![]() |
#21 |
Аманд
|
А ещё есть безопасность исходного кода, которая, если о ней задумываться, существенно удорожает 1 доллар
![]() |
|
![]() |
#22 |
Участник
|
Такого еще нет. Иначе zoho не гребли столько бабла. Или тот же "Мой склад" от местных. А еще многие бизнесы в excel работают или access. Они мелкие, но я сам тоже не крупный интегратор.
__________________
Удачи! |
|
![]() |
#23 |
Участник
|
Цитата:
При этом в принципе неважно что там за PHP фрэймворк под Zoho. Он скорее всего даже свой собственный. Конкуренция уже зрелых альтернативных платформ/фрэймворков которые на любой вкус и цвет - чудовищна. "Такого еще нет". Если это твой собственный фрэймворк "для себя" который ты знаешь и используешь для написания заказного ПО - это нормально. То что можно найти своего клиента и свой хлеб - без вопросов. То что полезнейший опыт - безусловно. То что пример достойный уважения - без сомнений. Вопрос в предложении этого фрэймворка другим программистам как продукта и платформы. Если это так то можно ли немного описать фрэймворк так как будто он выложен на github и ищет своих фанатов? Aргументировать почему нужен новый фрэймворк. |
|
![]() |
#24 |
Участник
|
Цитата:
![]() Вижу в девтуле, что используется какой-то язык запросов к БД. Например: filterscount:0Возникли вопросы: 1) Этот язык запросов к БД вы сами придумали или взяли какой-то имеющийся? Какой? 2) Вижу, вроде используются только однотабличные запросы к БД. А с джойнами можно запросы делать? Мне кажется, будет полезно сделать возможность отправлять несколько запросов к БД одним http-запросом. Это сильно сократит время получения данных с сервера в случае множества запросов. |
|
![]() |
#25 |
Участник
|
Цитата:
Вот так выглядит Absence registration в базе. ![]() Поля employeeid, cause_of_absense, unitofmeasure это ссылки на другие таблицы. Чтобы вытащить значение в форму надо через двойное подчеркивание написать имя поля в связанной таблице. Например employeeid__first_name. Движок сам все делает. Код формы Absence registration можете посмотреть правой кнопкой на форме и "Просмотр кода фрейма". Также можно посмотреть код любой формы, все открыто.
__________________
Удачи! |
|
![]() |
#26 |
Участник
|
Насчет языка запросов, то пришлось придумать. А то в реквесте браузера нельзя передавать некоторые символы
Вот придумал язык: X++: switch ($filtercondition) { case "CONTAINS": return "LIKE"; break; case "DOES_NOT_CONTAIN": return "NOT LIKE"; break; case "EQUAL": return "="; break; case "NOT_EQUAL": return "<>"; break; case "GREATER_THAN": return ">"; break; case "LESS_THAN": return "<"; break; case "GREATER_THAN_OR_EQUAL": return ">="; break; case "LESS_THAN_OR_EQUAL": return "<="; break; case "NULL": return "IS NULL"; break; case "NOT_NULL": return "IS NOT NULL"; break; case "IN": return "IN"; break; default: return "UNKNOWN"; }
__________________
Удачи! |
|
![]() |
#27 |
Участник
|
Спасибо за пояснения, стало понятнее.
Цитата:
Вообще, люди уже довольно потоптались на этой теме и родили стандарт ODATA - текущая версия 4.0 - http://www.odata.org/, который вроде как реализован в продуктах Microsoft, SAP, 1C, IBM, а также других, менее известных организаций. Мне кажется, даже частичная совместимость с этим стандартом как минимум украсила бы ваш продукт, если конечно нет каких-то противопоказаний его использования. Цитата:
Мне видится, что реализация примеров отчетов (одного простого и одного сложного) была бы логичным шагом развития вашего прототипа. |
|
![]() |
#28 |
Участник
|
Цитата:
Сообщение от Bobkov
![]() Со вводом данных более-менее понятно. А как вы видите реализацию отчетов, в том числе больших и сложных? Тут без долгих запросов не обойтись, наверное.
Мне видится, что реализация примеров отчетов (одного простого и одного сложного) была бы логичным шагом развития вашего прототипа. С отчетами есть 2 варианта, либо на сервере обрабатывать информацию и выдавать в готовом виде на PHP, либо выкачивать информацию на клиента (возможно с группировками и суммированием) и делать расчеты на клиентской машине на JavaScript в браузере. Смотря что будет быстрее. Например на рабочей станции будет стоять мощный проц и дофига памяти, тогда лучше запросить справочники и расчитывать отчет на клиенте, а не издеваться над сервером. PS На форме Employee есть кнопки в названии Print. Можно нажимать.
__________________
Удачи! |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|