WYSIWYG-редактор по сравнению с Ручным Кодом

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

AFAIK Kubernetes может определять network policy для ограничения доступа к сети.

См. Объявление сетевой политики для получения более подробной информации о Network Policy.

16
задан skaffman 11 December 2010 в 21:30
поделиться

10 ответов

Я handcode, но я предпочитаю работать с WYSIWYG-редактором в буксировке, и по этой причине я все еще использую DreamWeaver в качестве редактора. Что я делаю, 95% времени являются handcoding в Редакторе исходного кода и просмотре результатов в предварительном просмотре. Иногда я буду заскакивать в WYSIWYG-редактор для перемещения блоков непосредственно, хотя и когда я сделаю я нахожу это неоценимым. Я никогда использование любой из мастеров Dreamweavers или сгенерированный код и я не очищаем HTML вручную также.

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

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

комбинация с DreamWeaver случайного WYSIWYG редактирует (неоценимый, я нахожу при разметке вещей или создании 'макро-' изменений макета), и один предварительный просмотр щелчка сохранил меня с ним несмотря на рассмотрение лучших инструментов - Aptana, NetBeans и т.д. Действительно, которые я нежно хотел бы переместить в другую систему - , видят этот вопрос - предпочтительно что-то, что работает на Ubuntu и разделяет грязь в DreamWeaver, уезжающем просто WYSIWYG функции и возможно умный редактор JavaScript, но я должен все же найти что-либо. KompoZer начинает выглядеть многообещающим все же.

4
ответ дан 30 November 2019 в 22:43
поделиться

WYSIWYG может быть удобным, если Вы не знаете HTML или просто хотите хлестать что-то вместе чрезвычайно быстро. Вы не собираетесь получать чистый код, все же. Большинство редакторов WSYIWIG все еще выводит набор ненужного грязного HTML вместо чистой твердой разметки.

Любой знакомый с HTML может обычно сделать на скорую руку что-то столь же быстро вручную в редакторе HTML. И это будет чисто, xhtml совместимая семантическая разметка вместо брошенного вместе обрабатывает по шаблону с посторонней грязью.

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

3
ответ дан 30 November 2019 в 22:43
поделиться

Существует ряд причин для использования WYSIWYG-редактора при создании HTML.

  • Допускает быструю разработку прототипа
  • , Позволяет людям разработчика-y быть активно вовлеченными в разработку фронтэнда
  • , инструменты Some WYSIWYG настроят Вас с чистой основой, которая будет изменена (разметки CSS DreamWeaver на самом деле довольно хороши)

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

4
ответ дан 30 November 2019 в 22:43
поделиться

Если дизайн не ужасно важен, и Вы просто бросаете веб-сайт вместе нет ничего неправильно с использованием WYSIWYG. Или при попытке создать незначительно функциональную насмешку для клиента, это - хороший способ создать что-то быстро.

1
ответ дан 30 November 2019 в 22:43
поделиться

Я разрабатываю в ASP.net большую часть времени, таким образом, я нахожусь в VS2008 большую часть времени; однако каждый раз, когда возможный (который является большую часть времени) я все еще вручаю код...., но я делаю это в исходном режиме VS2008. При работе с ASP.net, там всегда несколько чрезмерно увеличен в размере код, который Вы просто вид должен принять (к точке).

Однако в мое свободное время, я также делаю разработка PHP, и как ад будет я когда-либо не ручной код с php. Плюс, не как VS с материалом перетаскивания.

1
ответ дан 30 November 2019 в 22:43
поделиться

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

1
ответ дан 30 November 2019 в 22:43
поделиться

Это - тот же тип вещи как Поляна по сравнению с рукой, кодирующей Ваш код Gtk. Я думаю, что Вы добавляете уровень путаницы и вещей, которые могли бы повредиться, когда Вы вручаете редактированию свой код. Однако как Spencer сказал, если необходимо сделать это, и это должно работать; обычно WYSI wil работают вполне прилично и надежно. Если Вы делаете что-то, что Вы собираетесь быть бывшими в курсе и справляетесь в течение последующих лет; необходимо знать каждую часть кода, который находится в том приложении/веб-странице.

0
ответ дан 30 November 2019 в 22:43
поделиться

Действительно это сводится к Вашей функции задания. Если Вы - прежде всего, разработчик, WYSIWYG-редакторы могут быть очень удобными для создания макетов для клиентов или прототипов, которые могут быть вручены разработчикам для кодирования против.

, Если Вы - разработчик, Вы, вероятно, предпочтете ручному коду.

Большинство WYSIWYG-редакторов открывает вид кода и режим конструктора, который позволяет Вам переключиться назад и вперед довольно легко.

Мое предложение состоит в том, чтобы попытаться учиться как ручному коду Ваш сайт. После лет веб-разработки я нахожу, что кодирование руки быстрее для меня, чем попытка использовать разработчика. Кроме того, поскольку Вы получаете лучшее понимание того, как HTML и CSS сотрудничают, Вы найдете, что существует очень мало, который не может быть сделан корректно.

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

0
ответ дан 30 November 2019 в 22:43
поделиться

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

«О, вы хотите переместить этот JTable из этого положения в другое, совершенно не связанное с ним положение». Если вы написали код вручную, это в основном оказывается задачей программирования (что для нетривиальных макетов может быть на самом деле ТРУДНО), но если он находится в хорошем редакторе графического интерфейса, это, вероятно, просто вопрос щелчка мышью и перемещения -release.

Людям, которые кодируют вручную, вероятно, никогда не приходилось вносить такие изменения :)

1
ответ дан 30 November 2019 в 22:43
поделиться

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

Поэтому важно найти структуру, которая помимо своего опыта разработки WYSIWYG открыта для расширения и настройка. Взгляните на http://www.visualwebgui.com/ .

1
ответ дан 30 November 2019 в 22:43
поделиться
Другие вопросы по тегам:

Похожие вопросы: