新西兰天维网社区

标题: 在线日程表设计问题? [打印本页]

作者: 一天    时间: 2010-3-25 15:10:15     标题: 在线日程表设计问题?

打算写个在线日程表(Calendar),因为工作上可能用的着。同样由于工作的限制,还不得不用ASP.NET。因为有现成控件,基本的功能大致测试了一下,都能实现。

不过一直担心功能加上去后,速度就会很慢,目前速度可以接受,不知道哪位有什么经验/建议。

用ASP.NET的话,是不是只能用MS SQL?

目前的计划是参照以前用Delphi写的一个不大的程序功能移植到APS.NET的平台,现成的日程表控件加上联系人编辑的浮动窗口。感觉用户界面的地方很多地方不是太确定,计划是参考Delphi的界面改,不过网络程序毕竟和普通程序不一样,虽然目前看来可以做的功能基本完全一样,不知道哪里有做的比较好的在线日程表程序,主要是用户界面方面的设计可以参考一下?

欢迎讨论。。。
作者: ibeloved    时间: 2011-1-23 01:03:43

额。。据我所知,应该什么数据库都能用。
作者: moliang    时间: 2011-1-23 02:23:17

什么都能用,你如果不怕数据库慢和容量问题,甚至把access当数据库放在App_Data里面publish了一起上传也可以
作者: moliang    时间: 2011-1-23 02:38:16

Calendar算是ASP.net比较简单好用的控件了

记得以前学的时候, 用 arr[10][1]="国庆节" 的方式填充所有的节日,就可以在Calendar上直接显示了,还挺有意思的
作者: 一天    时间: 2011-1-24 08:53:29

是我没说清楚,实际上日历功能到不是问题,关键是日程安排(Appointment),还有联系人管理的功能,之后还考虑类似于Task/Project Management的功能。
后来没有继续做下去,因为做到一半,用了很多浮动窗口,发现Javascript的限制很多,很难除错,而且关键是功能一加上去,速度肯定受影响。最终还是要走谷歌的简洁路线,用户界面要花的功夫更多了。
作者: vicentyang    时间: 2011-1-24 11:32:27

很多公司都有现成的产品,devexpress, telerik都有scheduler这些control,而且都有很漂亮的skin,没必要自己重复制造轮子了,还有专门做这种的control DayPilot 并且有lite版本.做完这种功能的钱都够买一套人家现成的产品了,没必要这样搞
作者: John.G    时间: 2011-1-24 19:07:43

同意LS的。。。最好的做法是避免造轮子,学习技术另当别论。
现在很多公司都用google calendar。。挺好的。
作者: kennelly    时间: 2011-1-25 10:11:40

提示: 作者被禁止或删除 内容自动屏蔽
作者: 一天    时间: 2011-1-25 13:54:51

岂止是吃力不讨好,我这人简直是有点自虐。明明有捷径不走,还常常挑最费力的方式去做,还自得其乐。。。

最近是有些睡眠不足,时常做梦买房子,而且
昨天晚上还梦见蝙蝠帮我家砍树,小鸟用筷子,华清浴池里都是饭菜。。。

哦,说真的,我还真不喜欢被outLook绑定。
作者: 一天    时间: 2011-1-25 14:06:11

7# John.G
两位都说得有道理,一块回答了吧。

单位有个内部的Schedule 软件,我想自己实验性做个在线的替代品。用的就是Dvexpress的控件。不过还是事先的设计/经验不足,照着现有的软件功能写,有问题。总是觉得现有的控件,越是强调功能的,越是可订制性差。要想做到100%的做自己需要的功能,通常控件本身能提供八九成的功能。剩下的一成左右自己多花点功夫能扩展,还有少数几个功能只能自己写,一个功能可能要花几天才能实现,关键做到后来,Javascript功底不够,有问题找不出原因,而且觉得自己之前照桌面应用程序写Web app的想法肯定有问题,速度的问题也开始明显了,没有时间,先放弃了。。。

不过两位的意见确实实际,真要的应用,代码越少的自然越好维护。软件工程软件工程,要是写软件真的像做工程这么简单就好了。
作者: John.G    时间: 2011-1-25 19:44:02

现在都用JQuery了。。。很省事。。。
很多功能plugin都有了。。自己整合下就行。
作者: vicentyang    时间: 2011-1-26 01:03:45

7# John.G
两位都说得有道理,一块回答了吧。

单位有个内部的Schedule 软件,我想自己实验性做个在线的替代品。用的就是Dvexpress的控件。不过还是事先的设计/经验不足,照着现有的软件功能写,有问题。总是觉 ...
一天 发表于 2011-1-25 13:06

就我用控件的理解和应用上来说,我感觉没有比用现成的东西去customize在容易的了。如果说customize他的东西都很难搞出来,那么自己写岂不是更难?自己写要设计的js东西更多了。如果你们用的是devexpress,并且你无法customize成你想要的,那么直接submit ticket让他们给你思路,别浪费了support哦
作者: 一天    时间: 2011-1-26 09:42:24

现在都用JQuery了。。。很省事。。。
很多功能plugin都有了。。自己整合下就行。
John.G 发表于 2011-1-25 19:44
这就是我为什么一直觉得Web Dev的模式有问题。通常的思路/而且你不得不这么做,就是数据库引擎+Script Language+JS,要是你还要管前端的话,还有CSS +  HTML,要是你还管后端的话还有IIS/Apacha/Tomcat for Java(?)/ROR whatever-current-hot webserver。这还不够,通常你还不想自己造轮子,于是很多JS Base的第三方插件就上来了,而很多插件用的JS Frame 通常又不太兼容。觉得不乱么,不过总得来说JS通常JQuery是我目前最头大的。
作者: Venox10111    时间: 2011-1-27 00:02:35

用 telerik 的 radScheduler 和 radcalender 可以很容易实现,他们也是用 jquery 再加自己代码的,不过就是付费的。。。这个要用 ajax... drag and drop 很给力
作者: John.G    时间: 2011-1-27 19:11:09

这就是我为什么一直觉得Web Dev的模式有问题。通常的思路/而且你不得不这么做,就是数据库引擎+Script Language+JS,要是你还要管前端的话,还有CSS +  HTML,要是你还管后端的话还有IIS/Apacha/Tomcat for Java(?)/ ...
一天 发表于 2011-1-26 09:42

我个人认为Web开发本身就比软件开发有难度。
至少得需要考虑浏览器兼容也就是HTML/CSS得好,Ajax的应用等。
与软件开发共通的是整体项目架构,也就是说可以在项目架构下自由选择使用Web界面或者Winform/wpf界面之类,又或者可以都使用。。。

JQuery真的很好,也很容易学。 兼容性目前没发现什么问题,如果出问题也是那些比较差劲的plugin会搞出问题。




欢迎光临 新西兰天维网社区 (http://bbs.skykiwi.com/) Powered by Discuz! X2