Comments 11
1 — mobile.css(экраны размером 480px и меньше),
2 — tablet.css(экраны от 480 до 768 px),
3 — ptablet.css (экраны от 768px до 960px),
4 — desktop.min(от 960px до 1280px),
5 — desktop-max.css(экраны больше 1280px).
Хочу порекомендовать вам хорошую статью про брейкпоинты в адаптиве http://css-live.ru/articles-css/pravilnye-kontrolnye-tochki-v-css.html
Заглянул в код и ужаснулся.
Дальше просто побоялся смотреть. Код написан очень плохо.
Извините, ничего личного, не удержался…
Код
setTimeout(function(){
eval($.treeHacks($.get('#evolution')).innerHTML);
}, 100);
switch(state) {
case 4:
// wrap statuses
switch(this.status - 0) {
case 200:
switch(f +"") {
case "text":
// as is as
result = datas;
break;
case "dom":
// revert from [string] to [object html]
var pattern = /<body[^>]*>((.|[\n\r])*)<\/body>/im;
result = $.convertSTRToHTML(pattern.exec(datas)[0]);
break;
case "json":
// revert to object
result = JSON.parse(datas.replace(/\\'/g, "'"));
break;
}
break;
case 404:
result = "404: not found";
break;
}
break;
};
// create a Gray Box modal windows
modal: function(t,d,s,q,c) {
Дальше просто побоялся смотреть. Код написан очень плохо.
Извините, ничего личного, не удержался…
А что вас испугало? eval?
eval в частности.
Свитч тройной вложенности, имена переменных однобуквенные, разный стиль кодирования в разных местах (как будто копипаста)… Могу конечно продолжить, но смысла не вижу. Такой код невозможно поддерживать и читать, а следовательно говорить об эффективности, легкости, скорости совсем не приходится (невозможно что-то доказать, поскольку нельзя проанализировать).
Свитч тройной вложенности, имена переменных однобуквенные, разный стиль кодирования в разных местах (как будто копипаста)… Могу конечно продолжить, но смысла не вижу. Такой код невозможно поддерживать и читать, а следовательно говорить об эффективности, легкости, скорости совсем не приходится (невозможно что-то доказать, поскольку нельзя проанализировать).
Ну бы вас сказать… Бояться eval — это что-то детсадовское. Проект писался с большими разрывами и поэтому стиль кодирования разный.
> Могу конечно продолжить, но смысла не вижу. Такой код невозможно поддерживать и читать, а следовательно говорить об эффективности, легкости, скорости совсем не приходится (невозможно что-то доказать, поскольку нельзя проанализировать).
То, что уже написано в большинстве своем уже поддерживать не придется. Сделано как автомат калашникова. Предельно просто и предельно обфускано. Ну и гарантированно надежно.
То что вас смутило в свиче аджакса — это остатки от предыдущей версии где сканировались все состояния запроса, но, в как выяснилось в будущем, они особой пользы не имеют так как код работает и так эффективно.
> (невозможно что-то доказать, поскольку нельзя проанализировать).
А вы хотели с наскока влиться в разработку? Даже не знаю где у вас это получилось бы проще всего ;] Посмотрите на сорцы той же jQuery. Не думаю, что они покажутся вам проще.
> Могу конечно продолжить, но смысла не вижу. Такой код невозможно поддерживать и читать, а следовательно говорить об эффективности, легкости, скорости совсем не приходится (невозможно что-то доказать, поскольку нельзя проанализировать).
То, что уже написано в большинстве своем уже поддерживать не придется. Сделано как автомат калашникова. Предельно просто и предельно обфускано. Ну и гарантированно надежно.
То что вас смутило в свиче аджакса — это остатки от предыдущей версии где сканировались все состояния запроса, но, в как выяснилось в будущем, они особой пользы не имеют так как код работает и так эффективно.
> (невозможно что-то доказать, поскольку нельзя проанализировать).
А вы хотели с наскока влиться в разработку? Даже не знаю где у вас это получилось бы проще всего ;] Посмотрите на сорцы той же jQuery. Не думаю, что они покажутся вам проще.
Бояться eval — это что-то детсадовское.
Да, если точно знаешь зачем и где его использовать, а также покрыв такой код необходимыми проверками. У вас такого не заметил.
То, что уже написано в большинстве своем уже поддерживать не придется. Сделано как автомат калашникова. Предельно просто и предельно обфускано. Ну и гарантированно надежно.
Ха-ха. Откуда такая уверенность, что не придется? Гарантировано чем? Где юнит тесты, где интеграционные тесты и тесты производительности?
но, в как выяснилось в будущем, они особой пользы не имеют так как код работает и так эффективно.
Знаете, есть такое понятие как стандарты кодирования. Где-то они негласные, где-то явно закреплены. Кусок с тройным вложенным свитчем нечитаемый и нерасширяемый от слова совсем. Ну и тот же вопрос про «эффективно» — где тесты?
А вы хотели с наскока влиться в разработку? Даже не знаю где у вас это получилось бы проще всего ;] Посмотрите на сорцы той же jQuery. Не думаю, что они покажутся вам проще.
От инструмента, которым я пользуюсь в разработке, я жду полной прозрачности и быстрого старта. И да, сорцы JQuery мне кажутся значительно проще в понимании.
В итоге — нет тестов, код плохо читается, б*г знает сколько в таком коде багов. Его еще надо очень долго дорабатывать.
Не обижайтесь, но на хабр я бы постеснялся выкладывать такой фреймворк.
Тем не менее, удачи!
Вы не бережете себя, я с первого поста не решаюсь туда заглядывать
Sign up to leave a comment.
Front-end JavaScript framework Evolution :: release 1.5.7