Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 26
Было бы неплохо посмотреть демо на работающем сайте, так сказать в продакшене.
Там закрытая CRM. Вот и спрашиваю в конце статьи — может быть выложить в песочницу?
Если да, то в какую? У меня с этим мало опыта.
Если да, то в какую? У меня с этим мало опыта.
Традиционно используют jsfiddle
У вас демо использует ссылку на jQuery.com.
В связи с вот этой новостью — не самый лучший выбор на ближайшую неделю (пока там всё досконально не проверят).
В связи с вот этой новостью — не самый лучший выбор на ближайшую неделю (пока там всё досконально не проверят).
Визуальный конфигуратор окон, написанный за один час
Любопытно, а сколько писалась эта статья? Мне просто сравнить скорость, похоже вы просто очень быстрый человек. Такую статью, с таким замечательным оформлением текста и кода, писал бы пару дней, а значит подобный инструмент уж точно больше одного часа.
PS. И этот комментарий я писал минут 20.
Статья написалась за час, сегодня утром, спросонок.
Программа писалась примерно за час, тестировалась в течении дня, параллельно с другими делами. Естественно, по минутам не считал, но расклад приблизительно следующий.
Результат: 380 строк, 18 методов.
5 минут на чтение документации (посмотрите — там читать нечего, несколько комментариев и готовые примеры под копирование)
5 минут для того, чтобы нарисовать окно (квадратик и ломаная линия)
10 минут для того, чтобы нарисовать окна нескольких типов (первая функция методом тыка, вторая и третья — копипастом с минимальными правками)
5 минут на формирование каталога (все было в тетрадке)
— веха: половина работы сделана
20 минут на чай (без печенек)
10 минут — внедрил «интерактивность» аспектом, это потребовало переработки 4 методов и добавления функции-диспетчера (окошки стали тыкабельными)
10 минут на тесты (программа маленькая, все ранее написанное тестировалось в процессе, поэтому на этом этапе тестировать особо нечего)
10 минут на сохранение данных и тест с CMS (очень примитивно — это просто текстовое поле)
5 минут на отрисовку из сохраненных данных (обертка над интерактивной функцией)
— веха: все сделано
чай и тесты
… упс, Вы правы, понадобилось больше часа. Хотя, по ощущениям — один час.
Программа писалась примерно за час, тестировалась в течении дня, параллельно с другими делами. Естественно, по минутам не считал, но расклад приблизительно следующий.
Результат: 380 строк, 18 методов.
5 минут на чтение документации (посмотрите — там читать нечего, несколько комментариев и готовые примеры под копирование)
5 минут для того, чтобы нарисовать окно (квадратик и ломаная линия)
10 минут для того, чтобы нарисовать окна нескольких типов (первая функция методом тыка, вторая и третья — копипастом с минимальными правками)
5 минут на формирование каталога (все было в тетрадке)
— веха: половина работы сделана
20 минут на чай (без печенек)
10 минут — внедрил «интерактивность» аспектом, это потребовало переработки 4 методов и добавления функции-диспетчера (окошки стали тыкабельными)
10 минут на тесты (программа маленькая, все ранее написанное тестировалось в процессе, поэтому на этом этапе тестировать особо нечего)
10 минут на сохранение данных и тест с CMS (очень примитивно — это просто текстовое поле)
5 минут на отрисовку из сохраненных данных (обертка над интерактивной функцией)
— веха: все сделано
чай и тесты
… упс, Вы правы, понадобилось больше часа. Хотя, по ощущениям — один час.
Не понимаю, о чём статья-то? И для чего она здесь? В ней совершен какой-то front-end прорыв? Или как-то особенно используются какие-то новые интересные инструменты? Сарказма нет. Может я действительно что-то не понимаю?
Не обязательно читать только о прорывах. Иногда просто интересно посмотреть со стороны, как другие программисты решают какие-то проблемы.
Каждый настоящий программист должен написать в своей жизни CMS, логгер и конфигуратор окон ?)
Оно, конечно, может и верно, но совсем не интересно и не продуктивно.
А по теме — ИМХО задачу можно решить куда как проще и визуально красивее, например вместо канваса и рисования на нём вставлять реальные красивые картинки створок окон — даже кода будет меньше..
Каталог векторных иллюстраций? И как будет выглядеть настройка проемов? Сколько должно быть иллюстраций?
Естественно, мы тоже сначала думали именно об этом варианте. Грубо говоря, 10 типов окон, у каждого от 2 (условно) до 5 створок, каждая створка открывается в 5 вариантах. 250-1000 картинок, генерировать легко. А как этим управлять? Пользователь должен выбрать нужный вариант из огромного списка с иллюстрациями? Разбить его на фрагменты… Серьезно? Это далеко не 1 час времени, и в итоге получится [censored]. И, когда понадобится его развивать… вы хоть примерно представляете объем работ?
Чуть-чуть вашу мысль развить можете? Может быть я что-то не понял.
Естественно, мы тоже сначала думали именно об этом варианте. Грубо говоря, 10 типов окон, у каждого от 2 (условно) до 5 створок, каждая створка открывается в 5 вариантах. 250-1000 картинок, генерировать легко. А как этим управлять? Пользователь должен выбрать нужный вариант из огромного списка с иллюстрациями? Разбить его на фрагменты… Серьезно? Это далеко не 1 час времени, и в итоге получится [censored]. И, когда понадобится его развивать… вы хоть примерно представляете объем работ?
Чуть-чуть вашу мысль развить можете? Может быть я что-то не понял.
Я не предлагал всё окно картинкой хранить, а лишь собственно створки (точно также как вы сейчас их храните только кодом рисования). А всё окно (конфигурацию) можно вставлять фоновой картинкой (для красоты), поверх которой уже и накладываются собственно створки (их даже можно масштабировать как вам хочется). По щелчку на створке — подменяем её картинку на следующую допустимую (точно также как делаете Вы кодом)… и т.д. Кодинга будет строк 30 наверно…
а лишь собственно створки
Зачем?
(точно также как вы сейчас их храните только кодом рисования).
Я храню только это: «0|0|0|1|2|0|3|0». Это очень удобно, так как можно подключить плагин к любой CMSке. Вообще к любой.
Кодинга будет строк 30 наверно…
Нет. Попробуйте. Юзкейс прописан в начале статьи, и он очень минималистичен.
Зачем?
(точно также как вы сейчас их храните только кодом рисования).
Я храню только это: «0|0|0|1|2|0|3|0». Это очень удобно, так как можно подключить плагин к любой CMSке. Вообще к любой.
Кодинга будет строк 30 наверно…
Нет. Попробуйте. Юзкейс прописан в начале статьи, и он очень минималистичен.
Вот потом берёшь код таких вот любителей графики, изменяешь размер окна и получаются тоненькие рамы на больших окнах или очень толстыми на маленьких окнах. Только CSS или SVG.
Я вообще только в середине статьи понял, о каких окнах речь идет)))
А пользователям действительно понятно, что эти странные ломанные линии показывают направление открытия створки окна?
И да, не похоже что canvas был удачным решением.
И да, не похоже что canvas был удачным решением.
Да. Пользователи работают с окнами, им и не только это понятно.
Почему canvas неудачный?
Почему canvas неудачный?
Потому что у меня на телефоне «HTML5 canvas» нет, пока я не установил новые браузеры. А вот если бы Вы сделали несколько картинок (штук 10 должно хватить) — было бы абсолютно кроссбраузерно, весят они очень немного. Хоть в 4-м IE запускать. И писать проще — массив из картинок, перебирать по щелчку либо по параметрам. Вариантов-то немного, зато при развитии можно картинки усложнить и клиенту реальные окошки показывать.
выложите на github.com, там же демо на github.io можно сделать
скрипт маленький и функциональный, я ему на гитхабе звездочку поставил бы и при случае форкнул бы для своих нужд: )
скрипт маленький и функциональный, я ему на гитхабе звездочку поставил бы и при случае форкнул бы для своих нужд: )
Что-то помнится на фрилансим была задача сделать дизайн для этого редактора. =)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Визуальный конфигуратор окон, написанный за один час