首页 文章

WYSIWYG编辑器与手动编码

提问于
浏览
16

使用WYSIWYG编辑器进行网页开发与手动编码有什么优缺点?

除了不知道如何通过手工编码创建东西之外,是否有任何理由使用所见即所得?

10 回答

  • 4

    我手动编码,但我更喜欢使用wysiwyg编辑器,因此我在95%的时间内完成了源代码编辑器中的手动编码并在预览中查看结果 . 有时我会直接进入所见即所得的编辑器来直接移动块,但是当我这样做时,我发现它非常宝贵 . 我从不使用任何Dreamweavers向导或生成代码,我也手动清理html .

    我认为这种方法没有任何问题,因为HTML设计等同于IDE提示完成功能等等(intellisense或IDE可能称之为的任何内容) .

    我也总是使用一种形式的模板系统,所以我的脚本代码完全独立于html .

    偶尔使用Dreamweaver进行wysiwyg编辑(无论我在发布内容时做了什么,或者进行了'macro'布局更改)和单击预览一直保持着它,尽管我看到了更好的工具--Aptana,NetBeans等 . 的确,我非常喜欢移动到另一个系统 - see this question - 最好是在Ubuntu上运行的东西,并在Dreamweaver中删除crud,只留下所见即所得的功能,可能还有一个智能的Javascript编辑器,但我还没有找到任何东西 . KompoZer开始看起来很有希望了 .

  • 1

    创建HTML时使用WYSIWYG编辑器有多种原因 .

    • 允许快速原型设计

    • 允许设计人员积极参与前端开发

    • 一些WYSIWYG工具将为您设置一个干净的基础进行修改(Dreamweaver的CSS布局实际上相当不错)

    我认为重要的是要记住,在你把它变成近似的形状之后,你应该深入研究代码并确保没有什么奇怪的事情发生 . 嵌套 Span ,奇数绝对定位和(基于全能的)基于表的布局算作奇怪的事情 . 即使您使用WYSIWYG开始,也应该始终检查代码是否有效并且看起来像您期望的那样 .

  • 1

    如果您不了解HTML或只是想要非常快速地将某些内容组合在一起,那么WYSIWYG可以派上用场 . 但是,你不会得到干净的代码 . 大多数WSYIWIG编辑器仍然抛出一堆不需要的脏HTML而不是干净的固体标记 .

    任何熟悉HTML的人通常都可以在HTML编辑器中手动快速地创建内容 . 它将是干净的,符合xhtml标准的语义标记,而不是将带有无关的crud的模板放在一起 .

    如果正确设置模板和css,手动编码可能比WSYIWYG编辑器更快,因为当您尝试使用可降解语义标记创建正确抽象的css时,这些对您不利 .

  • 1

    如果设计不是非常重要,而你只是将网站放在一起,那么使用WYSIWYG并没有错 . 或者,如果您正在尝试为客户创建一个稍微有用的模拟器,那么这是快速构建内容的好方法 .

  • 1

    我大部分时间都在ASP.net开发,所以我大部分时间都在VS2008;但是只要有可能(大部分时间都是这样),我仍然可以手持代码....但是我在VS2008的源模式下执行此操作 . 在使用ASP.net时,总是有些臃肿的代码,你只需要接受(到某一点) .

    但是,在我的空闲时间,我也做了php开发,就像地狱一样,我会用php手工编写代码 . 另外,它不像VS那样具有拖放功能 .

  • 4

    如果你想要真正擅长你所做的事情,就像在Guru那样好,可以放弃所见即所得的东西并开始手工编码 . 学习曲线更陡峭,但它会让您以有意义的方式更好地完成工作 .

  • 0

    它归结为可维护性和可变性 . 在GUI编辑器中更改GUI布局通常比手动更容易 .

    “哦,你想把JTable从这个位置移到另一个完全不相关的位置” . 如果你手写了它,它基本上是一个编程工作(对于非平凡的布局实际上可能很硬),但如果它在一个很好的GUI编辑器中,它可能只是点击移动的问题-发布 .

    手写代码的人可能永远不必做那种改变:)

  • 1

    使用WYSIWYG编辑器的优点对于Web开发来说非常明显 . 即使您知道如何编写Web代码,开发也会变得更加简单和快速,因为Web开发需要知道许多不同的语言,并且在尝试按计划进行协作时可能会变得混乱 . 真正的所见即所得设计师应该能够通过允许您在一个层中的一个表单上进行可视化开发来解决这些复杂性 . 这种开发范例的缺点可能是它有时限制了你,这意味着你通常被约束在预定义的框架内 .

    因此,重要的是找到一个框架,在其WYSIWYG开发体验之上,可以扩展和定制 . 看看http://www.visualwebgui.com/ .

  • 0

    这与Glade相比,与手动编码Gtk代码相同 . 我认为您添加了一定程度的混淆以及在您手动编辑代码时可能会破坏的内容 . 然而,正如斯宾塞所说,如果你需要这样做,它需要工作;通常,所见即所得的工作非常好,可靠 . 如果您正在做一些事情,那么您将要保持最新并在未来几年内进行管理;您应该知道该应用程序/网页中的每一段代码 .

  • 3

    真的,这取决于你的工作职能 . 如果你主要是一名设计师,那么所见即所得的编辑器可以非常方便地为客户创建模型,或者可以交给开发人员编写代码的原型 .

    如果您是开发人员,您可能更喜欢手动编码 .

    大多数WYSIWYG编辑器提供代码视图和设计视图,使您可以轻松地来回切换 .

    我的建议是尝试学习如何手动编码您的网站 . 经过多年的网络开发,我发现手动编码对我来说比试图使用设计师更快 . 此外,随着您对HTML和CSS如何协同工作的更好理解,您会发现很少有人能够优雅地完成这些工作 .

    学习可能会让人感到沮丧,但从长远来看,你会发现你会更好 .

相关问题