|
![]() |
#1 |
Участник
|
Цитата:
![]() Ну, дык допишите ваш функционал еще чуть-чуть. Пусть он проверяет периоды. На таблице периодов есть необходимые методы для проверки. Периоды - стандартный и штатный инструмент для закрытия/открытия доступа в периоды. Если вы дописали что-то, то это не повод не использовать стандартный и штатный механизм и выдумывать что-то несуразное. |
|
![]() |
#2 |
Участник
|
Цитата:
Цитата:
Я так понял Вы предлагаете убрать весь дописаный код, закрыть доступ к редактированию кода и пользоваться только стандартным функционалом? Всё дело в трудозатратах. А вообще если заплатят - напишем. Последний раз редактировалось Beast-L; 09.04.2008 в 12:23. |
|
![]() |
#3 |
Участник
|
Цитата:
![]() Перечитайте совет еще раз. |
|
![]() |
#4 |
Участник
|
|
|
![]() |
#5 |
Участник
|
Цитата:
Сообщение от mazzy
Ну, дык допишите ваш функционал еще чуть-чуть.
Пусть он проверяет периоды. На таблице периодов есть необходимые методы для проверки. По сути, Ваше желание сводится к тому, чтобы иметь дополнительную таблицу для хранения текущей системной даты в каждой компании (или сдвига в днях от текущей даты). Ведь чтобы реализовать автоматическое переключение даты при переходе в другую компанию надо знать на какую дату переключаться. Вот и оцените, какие трудозатраты будут выше: допиливание ранее сделанного функционала или создание нового функционала. |
|
![]() |
#6 |
Участник
|
Цитата:
Сообщение от Владимир Максимов
![]() Вам по любому придется "допиливать" функционал.
По сути, Ваше желание сводится к тому, чтобы иметь дополнительную таблицу для хранения текущей системной даты в каждой компании (или сдвига в днях от текущей даты). Ведь чтобы реализовать автоматическое переключение даты при переходе в другую компанию надо знать на какую дату переключаться. Вот и оцените, какие трудозатраты будут выше: допиливание ранее сделанного функционала или создание нового функционала. Ведь основная цель - не дать пользователю внести данные задним числом в той компании где ему это делать не позволено. |
|