А мне самая идея показалось толковой. Не придется делать какие-то левые свойства вроде $_id или геттеры/сеттеры, если ты хочешь менять свойство только внутри класса, но при этом сделать его public на чтение. В типичной entity таких полей будет большинство.
Если будет встроенный экран, то календарь я бы заменил на разные генераторы частот или типичные схемы подходящие для ознакомления с осциллографом. Думаю многим было бы интересно побаловаться без подключения к компьютеру.
Еще можно хранить данные в бинарном виде. Это сэкономит кучу памяти, которая используются php на хранение переменных. В итоге 1 visit — это 13 байт, 11M visits — 143MB.
> Ну и про недопустимость статических классов и их тестирование это глупости. Если они не хранят состояние, то вполне себе нормальные и тестируемые
Не соглашусь. Сами статические классы без состояния, конечно, тестируемые. Но как тестировать классы, которые их используют? Как расширять/переопределять статические классы?
В таком случае должен быть еще метод вроде hasPoint():bool, который проверяет находится ли точка в заданом отрезке, а сам метод getPoint() должен создавать исключение при попытке взять точку вне отрезка.
А почему ID — это только число? Имхо, гораздо удобнее было бы давать урл как qubrit.com/c.lafaed, чем qubrit.com/123456. Такие урлы проще запоминаются. Понимаю, что хочется сделать так, что бы пользователи увидев на визитке цифры, сразу думали, что это Qubrit ID. Имхо, концепт немного устарел, т.к. сейчас компании даже номера телефона стараются делать в формате 1-234-company.
Правительство Китая всегда стремится поддержать свои компании. Данном случай, думаю, исключением не был. Зачем договариватся и идти на компромисы с иностранной компанией, когда можно поднять inside-компанию, которая будет придерживатся политики партии, платить довольно большие налоги + делать неформальный отчисления за лояльность к ней на рынке?
Первый раз слышу про такие опросники. Из моего опыта, как правило, клиент или сразу высылает, что он хочет, либо с ним беседуют(переписываются) на эту тему. А приводить всё к какой то стандартной форме, имхо, нет смысла… Да и навряд получиться :)
Добавление товара: поле Связанные ID.
Может хотя бы автокомплит какой нить поставить, что бы по имени можно было товары туда добавлять? Я думаю будет более удобно, если уж предполагается, что админкой блондинки тоже пользоваться будут.
Решение этой проблемы так же описано у лебедева:
http://www.artlebedev.ru/tools/technogrette/html/framed/
Там решение более сложное, но и задача там посложнее :)
Остается вопрос с питанием.
Еще можно хранить данные в бинарном виде. Это сэкономит кучу памяти, которая используются php на хранение переменных. В итоге 1 visit — это 13 байт, 11M visits — 143MB.
Не соглашусь. Сами статические классы без состояния, конечно, тестируемые. Но как тестировать классы, которые их используют? Как расширять/переопределять статические классы?
Может хотя бы автокомплит какой нить поставить, что бы по имени можно было товары туда добавлять? Я думаю будет более удобно, если уж предполагается, что админкой блондинки тоже пользоваться будут.
А я то с Минска…
PS. Проксей не использовал.
http://www.artlebedev.ru/tools/technogrette/html/framed/
Там решение более сложное, но и задача там посложнее :)