分类： Web开发与技术

因为下周要安排进行2个网站的建设，一个棘手的问题就是在线编辑器（所见即所得编辑器），原来一直使用EWebedit的编辑器，使用中发现了一些问题，比如所有文字都加上的标记，很烦人，就想彻底换掉，于是Baidu.com百度一下，发现了这篇好文章，发现了一个好产品：htmlArea

所见即所得编辑器在B/S平台中的应用越来越多，而事实上，基于OpenSource的工具也是非常多.

exSoft成员madman参考了目前网络比较优秀的editor,简单的写了一些研究，值得一看.

TypeTool
酷！我终于见到了可以把表格的跨行/列实现了的编辑器！功能十分强大！但界面设计很不中看。
支持：IE, Netscape and Mozilla
演示：[URL=http://vietdev.sourceforge.net/jscript/index.html]http://vietdev.sourceforge.net/jscript/index.html[/URL]
狂人意见：好！

aynHTML
仅支持Win/IE5.5+。可编辑html源代码（色彩标注）。
有去除word累赘代码的功能。
但整体功能简单了一些。插入小表情图标（用处不大）。
问题：这个到底支不支持PHP啊？支持撤消。
演示：[URL=http://www.aine.be/aynhtml/demo.html]http://www.aine.be/aynhtml/demo.html[/URL]

Cross-Browser Rich Text Editor
功能简单了一些，不支持表格。“拼写检查”应该是个特色，但似乎要下载相应模块才可以，对中文用户价值不大。支持撤消。
演示：[URL=http://www.kevinroth.com/rte/demo.htm]http://www.kevinroth.com/rte/demo.htm[/URL]
狂人意见：放弃。

Epoz 0.x
这个和我们现在的UBB编辑器的形象差不多哦。功能还算可以。支持撤消。
问题：字体变换颜色始终没玩明白，似乎是有问题。
问题：ToolBox功能似乎就是插入一些小图标。和aynHTML相似。
演示：[URL=http://www.zfl.uni-bielefeld.de/personal/mjablonski/epoz/]http://www.zfl.uni-bielefeld.de/personal/mjablonski/epoz/[/URL]
狂人意见：保留

Epoz 1.x
演示：[URL=http://epoz.sourceforge.net/epoz/common/epozmacros.html ]http://epoz.sourceforge.net/epoz/common/epozmacros.html [/URL]
狂人意见：看着不爽，意见保留

FCKeditor 2.0 Beta 1
功能极为强大！且界面很漂亮！多种模式选择！
演示：[URL=http://www.fckeditor.net/Demo/]http://www.fckeditor.net/Demo/[/URL]
狂人意见：可以考虑！

htmlArea
Version 2.03 仅支持 IE 5.5 Windows
Version 3.0 (alpha) 支持 IE 5.5+ (Windows)/Mozilla 1.3 (所有操作系统 all OS) cross platform functionality. Zope solution.
功能/界面简洁。不支持撤消。
特色：还可以弹出大窗口编辑。
演示：[URL=http://www.htmlarea.com/htmlarea_2/ ]http://www.htmlarea.com/htmlarea_2/ [/URL]
狂人意见：可以选择。

HTMLEdit
有毛病？看来可以放弃了。
狂人意见：放弃。

Richtext Editor
这个有专门的表格编辑功能。但整体似乎有问题。
演示：[URL=http://www.richtext.org.uk/rt-0.3/help/samples/test_embedded.asp ]http://www.richtext.org.uk/rt-0.3/help/samples/test_embedded.asp [/URL]
狂人意见：不选择。

Text Editor
这个有意思，是通过Flash，比较另类。
演示：[URL=http://www.joshdura.com/archives/000163.php]http://www.joshdura.com/archives/000163.php[/URL]
狂人意见：不选择。

WYSIWYG HTML Editor
好特别。当你鼠标挪到文本框时，浮出一个编辑栏。但是太简陋。
演示：[URL=http://www.insidedhtml.com/tips/contents/ts12/page1.asp]http://www.insidedhtml.com/tips/contents/ts12/page1.asp[/URL]

相关：
[URL=http://www.madcn.com/blog/?play=reply&id=312]http://www.madcn.com/blog/?play=reply&id=312[/URL]

来源:[URL=http://www.netxiong.com/?play=show&id=275]http://www.netxiong.com/?play=show&id=275[/URL]

补充：所见即所得在线编辑器(WYSIWYG – What You See Is What You Get).

我从来都没有进行过TeamWork的网站或者应用项目的开发，今天看Z-Blog的更新的时候，发现了这篇比较有意思的文章，拿来学习一下。

这个是[URL=http://www.rainway.org/]rain（bluetent）[/URL]兄写的，非常有感触，对于我正在或者将来要做的工作，是个不错的资料，我正在渴望找一个平台，实现自己更大的价值。当然，我们可以发现，一个公司内部资源的有效合理整合，往往会带来质变。

[URL=http://www.cuiwenyuan.com/sh/upload/15287951_4ab38fe693_o.gif]这里可以看流程图[/URL]

　　点击左上角图片可以看到这个流程图，以下是对各个字母所代表的连线的注解：
　　A、项目经理与公司决策层的沟通，以确定这个需求有没有足够的人手和可行性去实现，以及与现有产品的依存关系。
　　B、公司决策层与市场/策划部门的交流，这个过程将进行的相当充分，并且是反复、长期的，它致力于从用户的角度对需求进行细化和分解。
　　C、市场部门需要针对细节问题与项目经理交流，以确定这个需求有没有可行性去实现。
　　D，E，J、这是整个产品的架构设计过程，分为UI架构设计和程序架构设计两部分。首先架构师需要与项目经理达成思想上的一致，随后进行设计。这个设计必须是便于分工、维护和扩展的，而且要能够承受一定强度的原型开发压力。UI架构师将根据界面逻辑对产品实施分割，对每个界面上需要放置的内容了如指掌。程序架构师在与全体开发人员民主讨论后，制定出自底至顶的程序层次（例如class、library等等），并划分出功能模块（例如首页、内容列表、后台管理、帮助系统等等）。UI架构师与程序架构师之间需要就功能划分、文件命名规则等等达成一致意见，并不断在开发中完善思路。
　　F、美工使用photoshop等工具设计界面，并完成图片切割工作。
　　G、网页设计师负责书写静态模板。如果人手缺乏，这个位置可从程序开发人员中抽调。
　　K、美工与网页设计师之间需要进行一些协调。一些美工的设计思维并不能完美的体现在网页上，因此需要不断的磨合与修正，达到双方都满意的结果。但相对来说，美工完成的作品并不需要做太多的改动，因此这里采用单向箭头标示。
　　H、对底层逻辑（如类、方法、库的设计），以及相关文档的整理。如有精力可以进行小规模的测试，确保日后的开发工作顺利进行。
　　I、当底层接口以及相关文档完成后，模块化的拼接将变的比较轻松，这个流程将完成基本模块到外部功能的构建工作。
　　L、这是程序开发人员需要付出最多交流成本的地方。很多的底层模块在拼接过程中需要进行变动，例如增减参数，修改类、属性、方法的名称，将类、属性、方法移动位置等等。同时，外部的实现需要随着底层模块的更改、优化进行相应的调整。
　　M、产品成型后，将交付测试部门进行测试。测试部门返回一个报告，发送给项目经理和程序开发人员。在小规模的开发团队里，项目经理可以充当质量保证的角色，前提是他对项目的开发过程有一定程度的了解，否则，应当指派一名专门的质量保证人员来处理bug列表。
　　N、测试部门返回的报告本来是可以发给所有程序开发人员的，但不幸的是，测试人员只跟界面打交道，他们只注重结果，而不注重实现原理。因此bug列表一般需要交给负责界面逻辑的开发人员进行整理，然后分发给各个成员加以更正。在小规模的开发团队里，界面逻辑和底层逻辑可能是由相同的一批人来实现的，那么他们需要一个Bugzilla来协同处理这些bug。我们也建议测试人员使用同一套Bugzilla系统提交bug报告。

　　最后总结几点：一、详细分工的目的是为了降低交流成本。二、实际情况会使得开发工作复杂化，所以流程模型要能适应原型开发工作。三、文档和标准化的规范是极其重要的，它可以使开发过程工厂化，提高代码质量和可维护性。

今天了解了一下[URL=http://www.51shop.net.cn]网上开店[/URL]的新版本的软件介绍，详细如下，但是我比较关注这断：在IIS4下，一个ASP脚本header.asp，如果被20个页面所包含，那么运行的时候，在内存当中会保留这20个header.asp的编译副本，IIS5解决了这个问题，但只有windows2000才支持IIS5，由于这种IIS5的不能向下兼容的原因，许多服务器仍然要使用IIS4下的低级的内存管理。 而在PHP中，不会存在这种问题，只有当require时，才会调用某个include文件。

[引用开始]

ASP是一项强大的动态WEB页面技术，我公司已经使用了一年的ASP，用它创建了许多的WEB站点，但是无忧网络不惜耗费大量人力物力转向另一项叫PHP的INTERNET技术，来进行以后的WEB站点开发。

为什么我们要转向PHP呢？

我们认为有五个理由可以说明PHP比ASP更优秀：

1、速度、速度、速度

当我们第一次运行PHP脚本程序时，我们都不禁对自己说：“太快了”，当时我是在一台166MHZ的机器上运行程序的，但运行的速度仍然很快。 ASP是永远也不会象PHP这样快的，因为ASP是建立在COM体系结构之上的。当用VBScript写ASP脚本时，实际上实在使用COM的对象，当向用户浏览器发送信息时，它用的是Response对象的write方法，当它访问数据库和文件系统的时候，它用的是其他的COM对象。这些COM对象的使用使运行速度下降。

而在PHP代码中，所有的工作都运行在PHP的内存空间中，也就是说PHP不是基于COM对象的，所以的他的运行速度会快一些。
　　
下面是我们在MSSQL7 40次运行一个查询语句的执行时间统计：
　　 PHP Querying MSSQL7 时间（秒）
　　 用　MSSQL extension 01.88
　　 用　ODBC extension 09.54
　　 用　ODBC via COM (ADO) 17.28
　　 用　OLEDB via COM 06.19
当我们使用PHP.ODBC,访问数据库用了9.54秒，而用COM接口去连接数据库需要比PHP所用的时间高80%。 OLEDB是微软的一种高速访问数据库的技术，他比ODBC要快。但当我们所PHP和OLEDB的效率实验时，结果是PHP的整体性能比OLEDB高200%，如此的出一个结论，如果不采用COM可以获得较快的执行速度。

2、ASP的安全隐患

　　 如今购物系统鱼龙混杂,什么样的ASP购物系统都有,高度的源代码开放程度导致ASP商城能被轻而易举的攻破,如今我们使用的是完全加密封装过的PHP系统,想从程序上进行攻击,可能性等于零。

3、高级内存管理

　　 在IIS4下，一个ASP脚本header.asp，如果被20个页面所包含，那么运行的时候，在内存当中会保留这20个header.asp的编译副本，IIS5解决了这个问题，但只有windows2000才支持IIS5，由于这种IIS5的不能向下兼容的原因，许多服务器仍然要使用IIS4下的低级的内存管理。
　　 而在PHP中，不会存在这种问题，只有当require时，才会调用某个include文件。

4、没有后顾之忧

　　 人们非常憎恨的一件事情就是会买到一件不放心的产品，比如当你买了一辆汽车，但由于发动机是坏的，你需要更换他；当你买了一栋房子的时候，你要去修补漏雨的屋顶。
　　 那么ASP就象这些产品一样，当你买了ASP之后，如果你需要加密技术，你就要买ASPEncrypt；当你需要Email管理时，你就要买ServerObjets Qmail；当你需要文件上传时，你还要买Artisans SA-FileUp.

5、MySQL使PHP更精彩

　　 PHP与MySQL的组合既简单又精彩。PHP有许多管理和维护MySQL的工具，对MySQk的支持是最全面的。许多有用的函数如mysql_insert_id和mysql_affected_rows等，其他的数据库则没有。
　　 ASP和PHP都是中型网站的较理想的解决方案，但PHP与MySQL的紧密结合使PHP更加优越。
　　 MySQL的虚度比Microsoft Access速度快，Mssql和Oracle速度比MySQL要快，可是费用较高。
[引用结束]

我是从一开始进行网络开发都是用ASP语言，其间曾经用PHP做了一个用户登录验证程序，但是因为种种原因没有转到PHP平台，看了这里的介绍，我觉得还是有必要好好了解PHP环境，现在弟弟开始学习和接触网络开发，那么打算让他多用时间学习一下PHP。