(:webreport:dizzarz)
xxx平台是真正针对不断变化的需求而设计的面向构件的平台
社区协作 中国开源生态系统报告正式发布
输入输出都有了,就应该有个基座把这些功能都装进去,而且要根据每个人的登陆权限动态装入,基座的作用就是验证用户登录是否正确,从服务器上取回用户的配置信息,根据权限分配,建立用户功能菜单,点击菜单的时候就装入模块
输入界面做完了,字典维护也完了,就剩下查询和报表了
如果你的客户端操作系统只是一种,就是windows那么你大可不必学习新技术去开发什么web版本只要软件是小模块的,有自动检测更新程序的就可以
你想是不是这个理?
你以为有几个客户能定义元数据,能自己关联表做统计,能写ASP.NET一段script
这个单据对的什么主从表,有字典对照就可以了
web开发平台之定位
5数据查询与报表
查询条件千变万化,但都在单据的可选字段之中本质上就是用单据表中的某个列进行查询过滤,结果输出到grid中报表其实和查询一样,只不过查询是输出为grid但是报表又分为普通二维表、交叉表、图表、套打表、固定行列表、多源、关联分片、不规则分组、自由格间运算
显然,web开发平台在易用和功能强大的夹缝中,左右徘徊寻找中间的平衡点,是每个web开发平台的设计者所必须面临的抉择平衡点在哪里?抑或是有没有平衡点呢?还是可以跳出这个两难的魔咒呢?
web开发平台之架构
收入 vs 付出
10还有一些外围的功能,如软件加密,导入用户CSSDIV以前的数据,安装数据库而不是恢复备份,标示这个软件是什么版本打了什么补丁,这样在追查错误时比较容易判定是什么版本
显而易见,web开发平台是不可能取代传统开发工具的应是在传统的开发工具之上的封装,即是实现了一些通用性的功能,当用户需要这些通用性的功能时可以很简单的调用,遇到无法满足的功能时就要用传统开发工具来写代码来实现了
1客户端是各种各样的操作系统
在去年我写web报表开发技术专题系列文章之时,就想写一写对web开发平台之探索没想到一拖就是又近一年的时间过去了前几天看到csdn首页的“如何轻松构建自己的业务应用程序”,原来是电子书《创建随需应变的应用程序:force.com 平台简介》花半天时间看CSSDIV了看,感触颇多,忍不住便写下了此文
对于web开发平台之前身的开发平台的研究,可以积累web开发平台的经验,避免走更多的弯路利用web的便利性,也许能独辟蹊径,一举使web开发平台实用起来
这样录入就完成了但是,我们这里还缺三块的描述,一个是录入和浏览细目的grid,一个是字典参照控件,一个是通用字典录入
由开源项目的三种发展状态看中国开源社区
当然,你可以为每一个字典录入做一个模块这样:在录入单据时也可以用,单独调用也可以专门录入字典
所以,用web做管理软件,没有意义
1元数据设计
3单据保存
复杂的修改,如当地有规定,如本企业由于历史遗留问题必须这样处理业务,你必须改变你现有的软件,不知你辛辛苦苦费了很多高Web开发基本信息深技术做出了一个家伙能做哪些?
什么人来使用web开发平台?
web开发平台之定义
欢迎在新浪微博上关注我们
8组织结构设计、权限分配
当然,如单据审批工作流,单据回溯追单一查到底关联查询,如短信的结合,如单据确认消息发送,这些都是外围的一部份,但却是很重要很实用的功能
对于录入细目和浏览用的grid,需要过滤、定位、列的排列先后顺序,哪些列可视这种功能,在单据录入的grid中一样通用
相关文章
简单的修改,比如界面挪个位置,变个颜色
web开发平台是一个技术平台还是一个业务平台呢?技术平台是指由技术人员使用,业务平台是指由业务人员使用如果web开发平台简单易用(即需要学习的新东西少),则可以是业务平台如果web开发HTML平台功能强大,则为技术平台
web开发平台之深思
而权限,这在架构上很有要求权限分配分为三类:
有时候录入的时候发现字典条目没有,就需要增加这里就用到通用字典录入
web开发平台之乱象
还有一些,就是登陆日志记录,软件操作错误就把错误记录下来,把界面屏幕抓下来
2客户不愿意客户端使用vm
但是如果一个平台,只能做简单修改,也就没什么用如果一个平台连复杂的修改也能做,我觉得它肯定复杂的像pb、delphi、vb、java、.net之类了,那还干脆不如用这些开发工具这种平台食之无味,弃之可惜只是一帮钻了一辈子技术也没有混到主管位置上的高手们的一个技术梦而已
xxx平台是一款企业级开发工具可以非常方便,快速,高质量的Web开发的就业开发各种应用系统,如crm、mis、erp、数据仓库、人力资源系统、资产管理系统、供应链管理系统……与传统的编码式开发不同,平台采用配置式开发绝大部分模块均不用编写代码,只需通过平台进行参数配置即可,业务流程复杂的模块,可以采用平台自带的代码生成器方式形成基础编码,对基础编码适当优化即可完成
在网上,有很多差异很大的东西都称作web开发平台,为正视听,对于web开发平台,我的定义是指:
报表的查询条件设计和查询一样的原理报表的设计需要单独的设计工具要在主程序中打印预览报表,也要能调出查询条件,能将报表结果导出为excel pdf 等文件
界面运行期动态拖拉的控件多的是,增加单据头,还是细目,有了元数HTNL据就好办多了
从编程之初,便免不了和函数,类,抽象,接口之类的东西打交道久而久之,自然会对此进行总结,这便是开发平台之由来在中国的程序员之中,有很大一部分都是编一些企业信息化,政府信息化之类的程序其特征是数据放在数据库中(如sql server库,oracle库等等),做一些增删改查之类的表单,出一些统计图表,用于对业务信息进行管理而已随着internet的流行,自然又要求把这些都放到internet上,即web化因为这些有一定的共性,做得多了,便会想将共性提取出来供大家共享这便是web开发平台之初衷
业务功能权限分配,要能分配到这个模块的每个按钮功能及子功能,大多数普通的管理软件,只能到模块一个模块Web开发,不同的人使用应该有不同的权限有人就能看,有人就能删除,有人就能修改,有人就能增加而且更特殊的是,科长能录入负值,其他人不能录入负值这些很细的功能权限都要分配到字典权限的分配有人就能看,有人就能删除,有人就能修改,有人就能增加报表权限有的人能看这张,有的人能看那张更深入的是:有的人能打印这张,能导出这样有的人不能导出数据
社区大于代码 从apache之道看中国开源发展
和传统开发工具(如visual studio)的关系
用xxx开发应用软件,会具有前所未有的高效率、高质量、高适应性其目标是让每个应用软件开发人员成为优秀的系统分析员,而不是代码的奴隶不用写代码便能生成各种各样的应用程序
web开发平台之疑ASP.NET云
你做平台不就是为了修改快速好节约成本而导致盈利吗?否则要平台干吗?
自定义表单工具用于完成表单界面的设计,布局对数据库中的数据实现增加,修改,删除,查询它可以在投入使用的同时进行开发,开发和使用即在一个平台上却又互不影响;这一特征使得软件可以更快的提供给客户使用,从而更好的适应客户需求变更;同时为软件维护和变更带来革命,作为维护人员你再也不需要客户、公司来回的跑啦,现场就修改吧它最大的特点是表单修改后无需编译就可运行,表单设计器也是web页实现的,无需下载插件,可视化设计,控件丰富,包含:button,label,textbox,combobox,listbox,radio,checkbox,JavaScripttextarea,div,超级链接,页签,dataset,img,shape,checkboxlist,radiolist,dbimg,upload,table,grid,dropdownlist,spin,tree等等详见:HTTP://
每个字典录入界面,在表中记录好对应哪个字典表这样,在程序的任何地方,你都可以调用起这个窗口
就象咨询师一张口就是业务流程重组、组织结构、企业战略、绩效考核、团队激励
在internet出现之前,人们就对如何实现快速开发做了很多研究象用友金蝶都有自己的开发构件库,象sap的abap开发平台等等象sap的abap开发平台太复杂,一下子很难用起来;而用友金蝶的开发平台HTNL又只能自己用,无法开放出来,即难于通用也就是说,对于开发平台的早期研究表明:要么功能强大,使用复杂;要么难于通用
3应用的界面操作要求普通,不需要调用客户端本地的硬件设备和api
主从表的提交和单表的提交,都很简单,这很通用
所以别吹你们有什么ormapping,oimapping,实体对象,设计模式,平台
4录入和浏览细目的grid、字典参照控件、通用字典录入
但是,这种环境,对于具体的每个国内做管理软件的公司而言,这样的客户少之又少
2 用于实现企业信息化,政府信息化之类的信息管理系统的开发
微软公布visual studio 2015版本与价格策略
评论
还不得你们客户化中心自己做?
web开发平台在软件投标过程中实现快JSP速原型有帮助,但实际应用系统还是需要用大厂商提供的开发工具进行开发,假如一个web开发平台真那么容易实现的话,而且那么有用的话,为什么微软、ibm等公司不去做这样的工具呢?
中等的修改,做个复杂的统计报表,加个字段,改变个字段长度和类型,加个页签一个页签做录入一个页签做查询,加个浮动窗口来参照关联业务,改变业务校验规则
光学字符识别技术:慧眼读世界
别扯淡了,有本事把程序稳定了,修改及时,支持回答疑问负责任,真心解决问题,而不是敷衍
管理,管理,就是定规则,然后执行所以权限是定规则过程,执行就是日常使用了
行业管理软件,请把平台拿走有什么用呀
技术平台 vs 业务平台
9还有一些公共业务函数和使用公共数据库连HTTP接池,就放在公共模块中,让普通业务程序员调用做openapi,开放的web服务,供外部实现mash-up(一个网站或应用程序,将来自多个随需应变平台的工具组合起来创建新功能)
3 用于快速开发对数据库进行增删改查之类的表单及统计图表
组织结构设计:需要有集团-公司-部门-人这样的维护界面人又归类为一些角色角色包含角色特有的功能这样你在分配权限的时候,就非常容易先给一个人分配一个角色,这样标准功能就都有了,如果这个人还有特殊性,就个别再增删功能角色也有高低,这样在使用同一个模块是,如查询我手下所有人的工作单我是小组长,我就只能看我这个小组的人的工作单,我是科长,我就能看所有小组长,包括各组下的普通员工的工Web开发主要学习什么作单
2单据设计
写在java 20周年: 奔跑吧,java
对于字典参照控件,肯定就是一个模糊检索edit和一个检索出来的结果显示的grid
xxx平台是依据多年开发企业管理软件的经验,推出的一款业务基础平台产品,它基于b/s架构,集oa系统、业务系统与开发平台于一体,提供了强大而灵活的定制开发功能,业务模块无限扩展,涵盖软件的需求、设计、开发、测试、实施和维护等整个生命周期,可以通过互联网随时随地访问与维护,代表了新一代管理软件体系和开发模式
对于web开发平台,网上也有众多的疑惑!
自己做,用自己的平台,还不如用顺手的visual studio
什么人来使用web开发平台这个问题看似简单,实则并不好回答,我甚HTTP至于觉得国内做所谓的开发平台的人或公司都无法回答得清这个问题,这么说,并不是指他们(指做开发平台的人或公司)没有想过这个问题,而是这个问题无法权衡清楚,常常是有时是这样认为的;有时又想法变化了比如业务人员(非技术人员)到底能接受得了什么难度级别的东西?能接受简单的sql?或是能接受数据库,字段,记录,主键等概念?能不能用数据库来规划设计管理自己的业务信息等等?
一个web开发平台大体应包含如下东西:
7基座
前言
单据上的控件不外乎日期、文本、数字、字典参照、check、grid,
什么时候使用web?
你们的平台如果有本事做到程序稳定,高性能,修改及时,我也服了就怕你们都嫌这个平台连visual studio都不CSSDIV如
字段的信息:如中文名称,长度,数据类型,输入方式等等;表信息:表间关系,主键,外键,中文名称等等
一个单据,常分为主从两部分每部分的字段中文名要录入进去,以为了界面设计有些字段的录入是参照字典的,哪些字段参照哪些字段,也做个关联,这就是最简单实用的元数据设计
web开发平台之实战
无论是什么设备机器还是别的什么东西,它到底有没有用,作用有多大?主要取决于使用它的回报与付出的比例如付出少回报大,则其作用大web开发平台也是如此如果要将web开发平台用起来需要学习或适应很多新东西,而获得的回报不大则这样的开发平台是没有愿意用的所以说一个有意义有作用的web开发平台显然应是需要学习的新东西要越少越好而获JavaScript得的回报(即功能的强大性)要越大越好而这两者又是一个矛盾向左走还是向右走?这就象哈姆雷特的“生存还是灭亡”一样,是个经典的问题
1指b/s结构的程序,即web化
技术人员,业务人员(非技术人员),或是半技术人员(指懂些简单技术的人)?还是一个web开发平台的有的部分是技术人员用的,有的部分是业务人员(非技术人员)用的?
下面摘录网上的一些web开发平台的介绍:
xxx平台为企业信息系统建设提供了统一的公用基础设施平台,采用“主板+插件”的模式来构建和扩展业务系统,各类业务系统直接构架或连接到统一的协同业务平台上,并以其为基础和枢纽,将分散的企业应用管理系统整合起来,形成一个有机的、紧密联系的整体这是一种全新的软件开发和Web开发维护模式,是以业务描述、而非代码为核心来构建信息系统业务建模能够真正实现 “快速开发、灵活调整、业务驱动、技术无关”,充分满足“整体规划,分步实施,自我掌控,随需而变”的企业信息化长远战略规划要求
如何开始着手实现web开发平台,一般是从常用控件的开发时起,比如开发:tab页控件,dropdownlist下拉列表控件,表格grid控件等等等控件做得差不多了,就需要一个可视化的设计界面来用于布局这些控件了这样做下去了,便成了我做的eform自定义表单工具了
当我们copy代码时,当我们一次次地重复编写类似的代码时,当我们一次次地重复编写类似的控制时,我们都会想,下次把它归一下类,省得每次改这么多地方Web开发是什么了;等有时间了做一个工具,直接用工具配置一下就可以,不用写代码了久而久之,开发平台就水到渠成了从这点上看,web开发平台显然有其存在的价值,有其自然而然的需求
web开发平台之前身
人们还来不及对这些问题进行改进时,internet的大潮来了这些早期的开发平台也被迫要转向web开发平台了这些问题显然不会被internet的大潮自动冲尽忽视早期开发平台的这些问题,没有很好地解决通用性和个性化的矛盾,正是当年asp(应用服务提供商)失败的重要原因之一
6工作流,集成工作流引擎,能够对业务流程进行灵活的定义业务流程定义的结果以元数据的方式保存在数据库中,运行时由工作流引擎根据元数据的描述驱动,业务单据都可以通过Web开发基本信息工作流进行驱动,从而实现业务流和数据流的统一它将构件技术、xml企业总线技术和可视化开发技术完美结合,通过图形化的构件单元作为应用系统的基本组成元素,为企业级应用系统的开发带来了卓越的价值
button、pagecontrol、tree等等,这样,就解决了客户要界面变,录入的字段要增加减少,验证要改变的要求,控件的颜色、长度、约束条件、是否必填、中文名、跳转顺序,你可以存在表里面,也可以保存在表单文件中