Как мы можем получить дизайнеров (ежедневно?) Текущий HTML с динамического сайта? - PullRequest
1 голос
/ 31 июля 2009

Наши дизайнеры создают графические макеты для новых дизайнов, создают исходные спрайты html, css и изображения и поддерживают эти файлы. После первоначальной передачи наши разработчики все работают над кодом .Net, шаблонами и т. Д.

Проблема: когда наши дизайнеры получают задание на разработку или настройку какой-либо функции, они не могут работать из своего первоначального макета HTML. Они могут перейти на действующий (или бета) сайт и источник просмотра, сохраняя html из своего браузера, но это утомительно, подвержено ошибкам и быстро устаревает.

Существует ли простой способ автоматизировать создание html-кода при сборке или нажатии кнопки (пакетная операция) с сайта, созданного в .Net?

Сложность: некоторые страницы (транзакции, счета) имеют https и требуют ввода имени пользователя / пароля. Так как все это на бета-сайте, относительно мало вопросов безопасности, передаваемых открытым текстом.

Ответы [ 6 ]

2 голосов
/ 31 июля 2009

Ваш процесс нарушен. При первоначальном преобразовании необходимо максимально отделить презентацию от поведения, тогда разработчики должны иметь возможность работать с вашими шаблонами и иметь доступ к системе разработки.

1 голос
/ 31 июля 2009

Я просто столкнулся с этой же проблемой прямо сейчас. Прежде всего, пусть дизайнеры отредактируют актуальные файлы .aspx на сервере разработки. Заставить их просматривать исходный текст в HTML и редактировать, что просто вызовет у вас всевозможные проблемы при попытке интегрировать его обратно в ваш код (передача пользовательских элементов управления, главных страниц, динамических частей / сообщений, которые не всегда отображаются на страницы и т. д.)

Что касается объединения изменений, вот процесс, который мы используем:

  1. Общайтесь с дизайнерами и выделяйте время каждый день, чтобы вы могли объединить их изменения с вашим кодом. В течение этого времени никто не вносит никаких изменений на сервере разработки, кроме лица, выполняющего слияние.

  2. Если вы используете Visual Studio и TFS - отметьте все свои изменения, перезапишите файлы .aspx / ascx & .css в вашей локальной рабочей области изменениями дизайнера с сервера dev.

  3. используйте инструмент "tfpt" в электроинструментах TFS, чтобы отменить извлечение чего-либо, что фактически не изменилось. В качестве альтернативы вы можете просто скопировать файлы с сервера dev, которые фактически изменились, но иногда это легче сказать, чем сделать.

  4. Для файлов, которые действительно имели изменения, сравните вашу локальную версию с последней версией в TFS, чтобы выяснить, что необходимо объединить / исправить.

  5. После того, как все объединено, зарегистрируйте его и повторно разверните на сервере dev.

  6. Повторять ежедневно.

Как уже упоминалось, m.bagattini действительно помогает, если вы используете ASP.NET MVC. Таким образом, большинство ваших файлов .aspx будут представлять собой стандартный HTML-код с добавленными блоками кода, а не набором серверных элементов управления, которые ваши дизайнеры могут не знать, как редактировать.

Также полезно, если вы избегаете встроенных стилей и строго придерживаетесь таблиц стилей. Таким образом, дизайнеры, как правило, будут редактировать только таблицы стилей, и им не нужно будет так сильно беспокоиться об использовании кода в файлах .aspx.

0 голосов
/ 17 ноября 2011

Недавно я присутствовал на конференции, где один из преподавателей преподавал один и тот же дизайнер. Они «программируют» свои интерфейсы. Возможно, вам не удастся заставить дизайнеров и программистов работать в таком тесном контакте, но я думаю, что у вас проблема на более фундаментальном уровне.

Вместо того, чтобы спрашивать: «Какие инструменты я могу использовать, чтобы дать дизайнерам дизайн, который был реализован?» вам следует подумать:

Как заставить моих дизайнеров и программистов сотрудничать так, чтобы:

  • Дизайнеры не создают проекты, которые программисты не могут реализовать как есть
  • Программистам не нужно менять дизайн, чтобы соответствовать архитектуре
  • Дизайнеры знают о новых технологиях, элементах управления, элементах пользовательского интерфейса, доступных программисту
  • Когда необходимо выполнить настройки, нам не нужно проходить весь цикл проектирования / реализации
  • Программисты и дизайнеры работают над одной и той же кодовой базой с теми же базовыми инструментами и типами файлов - никаких преобразований не требуется - программист использует файлы как есть из конструктора, и, если что-то нужно изменить, дизайнер делает изменение дизайна, чтобы программист не занимался проектированием, и наоборот

В большинстве компаний есть стена, над которой передается работа, и как только передача происходит, дизайнеры моют руки над проектом и идут дальше.

Между тем, программисты даже не начинают смотреть на проект до тех пор, пока дизайн не будет почти закончен.

Программисты должны начинать, когда проектировщик запускается, и должны работать, когда техника или технология доступны - или недоступны - во время разработки проекта. Разработчик должен продолжить работу после утверждения проекта, поэтому, когда необходимо внести изменения, если таковые имеются, они вносят эти изменения, и в результате они всегда имеют последние файлы проекта.

Интенсивное сотрудничество на протяжении всего проекта часто приводит к созданию сайтов лучше, чем метод «нажми над стеной», и, кроме того, вы можете обнаружить, что проекты завершаются быстрее, так как нет длительного процесса передачи обслуживания, и гораздо меньше времени откладывается. п.

0 голосов
/ 31 июля 2009

Если настройки минимальны, и вы не хотите, чтобы дизайнеры по какой-то причине получили доступ к системе контроля версий, вы можете попросить их отредактировать свои исходные файлы (сохранив копию оригиналов) и сгенерировать diff. Разработчики берут diff и применяют его вручную.

Этот процесс довольно плох, поэтому я все же рекомендовал бы (как и другие), чтобы ваши дизайнеры и разработчики использовали одну и ту же систему управления версиями, что, как я полагаю, является лишь быстрым обходным решением, когда все начинают новый процесс.

0 голосов
/ 31 июля 2009

Вы используете контроль версий?Мой дизайнер имеет доступ к шаблонам и CSS (и ко всему прочему) через Subversion, и она может вносить изменения по мере необходимости.Единственное препятствие, с которым мы когда-либо сталкивались, касалось слияния, и нам было проще заставить разработчика выполнять слияние.

Я работал с дизайнерами, которые не согласились с введенным дополнительным контролем версий.Обратите внимание на использование прошедшего времени «сработало».Дизайнеры, которые используют этот процесс, получают больше знаний о коде и праве собственности на продукт.

0 голосов
/ 31 июля 2009

Думаю, вам стоит взглянуть на Asp.NET MVC http://www.asp.net/mvc/, который предлагает четкое разделение кода и макета. И, вероятно, ваши дизайнеры должны использовать Visual Studio для создания HTML и работать в той же среде, в которой работают программисты.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...