二次开发总结 第1篇

AutoCAD 2014 之Javascript编程初探

(一)简介

Autocad 2014的一个重要特性，就是从这个版本开始支持Javascript编程了。

1. 重要参考资料

1）Autocad Devblog，应该是官方开发人员的公用blog

…

这篇文章中的附件是一个开发视频及相关例子资料，是非常好的学习资料。

2) JavaScript Application Programming Interface (API) for AutoCAD

官方的API资料，不过从其中可以看出，现在其内容还是比较简陋的，正如第一版.net时候的帮助一样

… terface/javascript/

Kean是Autocad公司的二次开发专家，第一个官方附件中的好些例子其实就是出自Kean之手

其中的几篇博文

缩放显示物体到最大化

…

Jig圆

…

等，均是非常好的学习资料

本人研读了以上文献后入门。

2． Javascript 编程的优缺点

由于只是粗浅了解Javascript编程，以下仅为本阶段个人体会

二次开发总结 第2篇

短信集成需要实现接口

e-cology的短信接口除了提供了写中间表的方式发送短信外，还提供了通过程序实现短信接口的方式发送短信。自定义接口的接口类和属性根据需要进行设置。

自定义接口类必须实现接口的方法

public boolean sendSMS(String smsId,String number,String msg)

自定义接口配置：

二次开发总结 第3篇

1、适用于第三方系统单点登录方式进入泛微Ecology8和Ecology9系统。 2、单点登录OA系统为令牌方式，即第三方系统请求OA系统传入应用标识即员工登录账号，OA系统返回一个令牌串。 3、第三方系统按照规则拼接令牌串则可以访问OA电脑和手机端的页面地址。

1、两套系统的人员登录账号一致 ​2、如果为Ec8系统，请确认kb版本是否为1806以上，kb低于此版本不支持该方案单点登录

在ecology\WEB-INF\最后面配置，如果有该配置，请忽略

在ecology\WEB-INF\中配置：（需要放在安全补丁包的后面）

需要配置ecology\WEB-INF\prop\文件ssss=

配置说明： 1、左侧配置单点登录OA标识，右侧配置允许单点登录OA的物理IP地址，多个以逗号分隔。

2、若有OA为Nginx集群的环境,需要在配置上nginx服务的ip。

3、如果访问接口时返回ip非法之类的,请检查/log/integration/日志里的requestip输出,确认是否有配置到。

4、E9新版本kb下，可以直接在统一认证中心配置，不需要在ecology\WEB-INF\prop\中配置集成应用的相关信息。

##、获取token的接口

生成的令牌要保存到数据库xxxcurityfilter里需要配置第三xxxoa的服务器白名单,方能确保该方案正常使用 请检查ecology\WEB-INF\文件是否有is-login-check配置，若没有，则添加；若有，请调整为false

Token参数只有一次有效，若已被使用，再次使用时，会直接跳转到OA登录页面。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uxTlRjk7-1679280813349)(E9开发培训.assets/)]

###、pc下的地址拼接

携带拼接ssoToken时,注意拼接位置,E9的很多页面是单页面,不要拼在#路由地址后面,如:

这是错的,需要这样拼:

测试例子： OA中人员cs001有requestid=5074的流程，对于PC端，流程路径配置： 将上面获取到token值拼接到地址中： 直接访问，可直接单点登录进入流程页面：

重新申请token值，进行拼接：

移动端访问，也可直接单点登录打开流程页面：

二次开发总结 第4篇

AutoCAD(Auto Computer Aided Design)是美国Autodesk公司研制开发的一款计算机辅助设计软件,它不是一款简单的绘图工具,而是一个复杂的计算机辅助设计系统。我们可以根据他灵活的开放性对其进行二次开发定制,让它更加适用于某一具体的设计领域。 中文名 AutoCAD 二次开发 外文名 AutoCAD Development System 目 的 提高效率建立适合本行业的平台 ADS 已经淘汰的一种开发AutoCAD环境 AutoLISP 语言的优点是语法规则简单 VisualLISP 引入面向对象的LISP开发环境

从1986年发布AutoLISP以来到现在的二十余年来,Autodesk公司推出了AutoLISP、ADS、VBA、ARX、ObjectARX、VisualLISP、、JavaScript等开发方式。本章就是对上述开发方式进行讨论分析从而找到高效开发AutoCAD的一种方式。

AutoCAD是目前在Windows和MAC系统中应用最为广泛、使用人数最多的CAD软件。但它只给我们提供了基础的CAD功能,如果我们想完成具体项目设计,就必须根据数据一笔笔绘制出图形,这样一旦在设计完成之后,要更改局部图形则需要重复原来的全部内容。造成了大量工作量的浪费。 如果使用AutoCAD的开发系统,我们就可以将以上的过程用程序编制出来,在需要设计时,只需一个命令就可以运行这个程序,自动完成绘图过程。显而易见,这不仅大大提高了设计效率,而且,还可以通过定制来完成某些专业化的模块,甚至大型设计软件,比如测绘行业的南方CASS软件、建筑行业的天正CAD软件等均是用AutoCAD开发系统实现的。 因此,要想让AutoCAD真正使用于某一具体领域,或让其经常完成一些重复性的工作,则必须利用AutoCAD的开发系统对其进行二次开发.

从AutoCAD 开始推出AutoLISP开始到现在,我们所能使用的开发工具主要有:AutoLISP、VisualLISP、VBA、COM外部接口、ObjectARX、等开发方式供用户选择。下面开始对上述开发方式进行简要介绍: AutoLISP和Visual LISP

ADS(AutoCAD Development System)是Autodesk公司最早在AutoCAD R11中提供的C语言编程环境。ADS除可使用标准C的函数外,又增加了一组专用于对AutoCAD进行操作的函数。由于ADS程序具有C语言的一切优点,因而它曾是开发AutoCAD R11、AutoCAD R12应用程序的主要工具。用C写就的ADS程序，可在所有支持AutoCAD平台上进行源代码移植。只需使用普通的C语言编译器就可以编译生成ADS模块，与ADS库和标准C库链接后生成可执行文件，装入AutoCAD后即可运行。但是ADS和AutoLISP一样，内在结构不是面向对象的，用AutoLISP解释器加载和调用，利用IPC与AutoCAD通讯。 ARX(AutoCAD Runtime eXtension)是在ADS基础上发展起来的一种面向对象的C语言编程环境。由ADS到ARX的变迁就像C到C++的转变。ARX与老式的ADS及AutoLISP的最大差异在于ARX应用程序是动态链接库，共享AutoCAD地址空间，可以对AutoCAD进行直接函数调用，避免了IPC的系统开销和由此引起的性 能下降。因此那些频繁与AutoCAD通讯的应用程序在ARX环境下的运行效率明显优于老式ADS或AutoLISP环境。 ARX最早是在AutoCAD R13中提供的，但在AutoCAD R14中，ARX就被ObjectARX所代替。同时原来的ADS库函数全部被包含在ObjectARX中，将ADS函数合为单一的库就形成了ADSRX。ADSRX库已纳入到AutoCAD的总体结构中，因此它与其他ObjectARX库一样，能共享AutoCAD地址空间。 到了新世纪，传统意义上的ADS开发环境的概念已经不复存在，且ADSRX已成为了ObjectARX的一个子集，因此，ObjectARX是包含了ADS、ARX和ADSRX的一种综合的C/C++开发环境。ObjectARX的最大特点是引入了面向对象的编程机制，用户可以根据规则定制实体也是ObjectARX的一大亮点。

利用微软的ActiveX技术

利用进行开发

在AutoCAD 2005 版本中Autodesk公司推出了用.NET开发AutoCAD的编程接口。它的实质是通过Managed C++/CLR技术对VC++的ObjectARX进行封装。到目前的AutoCAD 2015十年来Autodesk公司已经完成对大部分ObjectARX编程接口的封装。这种编程方式难度适中，能够访问大部分的编程接口(除了自定义实体)；但是，由于AutoCAD的.NET接口是在不断的完善过程中导致了在低版本上不能够使用新增的功能。

比较各种开发AutoCAD的编程接口,需要从以下几个方面进行考虑: 1. 速度：直接与AutoCAD通讯的API比利用IPC进行通讯的API在速度方面要快。编译型的API比解释型的API速度要快。因此，ObjectARX的速度最快，Com接口开发的外部程序速度最慢。 2. 稳定性：运行稳定性反映出因程序可能出现的严重错误所导致的危险。采用LISP开发的程序一旦失败或崩溃，并不危害AutoCAD自身进程；而由于ObjectARX应用程序共享AutoCAD的地址空间，所以其一旦运行失败，AutoCAD进程随之崩溃。 3. 性能：ObjectARX的应用程序能在运行期间实时扩展AutoCAD，共享AutoCAD地址空间，甚至为所欲为，因此性能无比强大，以至于AutoCAD自身的许多功能模块都是由ObjectARX进行制作。相反，解释型API如AutoLISP仅被限用于使用静态的AutoCAD命令集提供结构化函数库 4. 技术难度：AutoLISP和VBA均是解释型语言，方便易学，开发周期短。许多程序员或一些技术人员都在使用它们。相比之下ObjectARX依赖于C++语言，它必须经过严格控制的编译、链接才能生成应用程序。这就需要编程人员需要积累经验，这样才能去发现问题从而解决问题。 5. 保密性：编译型程序要比解释型保密性要好，保护了开发人员的著作权，解释型语言往往保密性能不高。导致用户误操作源码造成不应有的错误。 另外：虽然.NET开发出来的DLL文件是编译后的程序，但是由于其程序可以反编译回源码造成了代码的保密性差，也是不容忽视的问题。 相比之下，如果以前已熟悉使用LISP语言的朋友，则可选用VisualLISP。 如果用户只想利用开发一些简单的周期性短的应用程序，则可以依个人爱好和经验选择Visual Basic和VisualLISP。若用户有较好的C++基础和AutoLISP函数基础，同时又要开发速度和性能要求都很高的应用程序或大型CAD应用软件，则要使用ObjectARX。

二次开发总结 第5篇

  我在暑假实习的岗位为Java开发实习，主要做的产品为用友ERP系统的功能扩展和二次开发。什么是ERP系统呢？百度百科中是这样解释的：

  事实上，ERP系统又有很多种类型，根据规模的不同，有面向大型企业的用友、金蝶；面向成长型企业的浪潮、鼎捷；面向小微企业的管家婆、速达、金算盘等等。除了国内的ERP供应商，国外也有很多优秀的ERP供应商，如SAP、Oracle和微软。目前，ERP正在走向国产化的过程中。

  我实习所从事的用友便是面向大型企业管理而生的，虽然我所在的公司很小，但是我也有幸见到了大型企业的模样。高楼大夏，俯瞰城市风景，有种临绝顶、众山小的感觉。

  初入该领域，当然免不了新手村的历练和新手任务，这是后面开发的基础与保障。在前面一周内，我先是安装开发所需的必要软件，学习开发所需的必要技巧，具体如下：

  当学习完系统所需要的基础知识后，我慢慢走出了新手村，来到了第一个关卡——制作一个“采购信用额度查询” 的功能节点，并对数据进行重复校验（财务组织、上级供应商和采购组织唯一确定 一条数据）。

  经历一个星期的苦苦挣扎后，我进入了第二个关卡——修改原系统的单据附件删除功能，要求附件只能由附件上传者删除，且删除附件后需要在数据库生成一条日志记录，然后返回到页面进行展示，我个人感觉这一关比第一关简单一点。

  第四关，也是我暑假经历的最后一关，于我而言也算是最难的一关——新增一个按钮，导入用户所填写的Excel数据，自动生成采购入库单（需要关联上游的采购订单并且有入库的流水记录），我本想努力通过这一关再回来，奈何能力有限，没有经验，经历了两个星期的苦苦挣扎后，还是没有通过这一关，很遗憾的将这个任务留给了我的队友，实属惭愧。

二次开发总结 第6篇

  在开发中，我尝试着理解整个项目的开发流程究竟是怎么样的，我的理解如下：

  首先，需要进行需求的调研，确定客户的需求究竟是什么，是否可以简化一些没有必要的需求或者说直接摈弃掉一些不合理的需求。在确定需求之后，需要分析需求，制定相关的规划，比如说制定功能清单，分配开发任务，预测开发周期等等。在这个过程中，可能需要根据实际的项目进行原型的设计，我所了解的设计原型的工具有墨刀、Axcure和Ps，其中，磨刀和Axure的功能差不多，Ps用来做一些图片的精修。

  当后端代码写的差不多的时候，我们会进行相关的测试，比如说观察是不是所有字段都返回了，返回的结果是不是有什么错误之类的。在测试的这个阶段，由于公司没有专门的软件测试人员，所以我所接触到的测试目前都是人为的测试。当测试通过后，功能也将逐步上线至生产环境。

  在这两个月的时间里，我体会到了赚钱的不易，生活的压迫感。由于自己没有经验以及学的知识不够，我在开发时经常出现bug，为了完成任务，不得不经常加班，学习相关的技术知识，理解相关的业务流程。我发现，光有开发技术还不够，还需要了解其他知识，努力扩展自己的知识面。比如说，我做经济方面的开发，是不是需要了解一下经济学的知识，否则如何理解客户口中的专有名词呢？

  在这两个月的时间里，我有幸参与了一场在广州阿里巴巴的活动——云原生技术实践营，见识到了什么是前言技术，以及高远的眼光。其中，令我印象深刻的是API Design-First、大语言模型与API会碰撞出什么火花这两场讲解。虽然有很多东西我听的不是很懂，但是我见识到了大厂的模样以及大厂的气派。

  第一次任务，由于我考虑的不是很全面，所以我的代码写的十分凌乱，并且忘记将不同的方法抽离了，导致我过了一段时间再回去修改bug的时候对自己写的代码不是很理解了。后来，我意识到了我们写的代码就像我们自己的孩子一样，应该好好的呵护它们，尽量把它们写的规范，写的工整，尽量保持逻辑的严密性与代码的易读性。这样，我们维护起来就会更加容易，后面的人理解我写的代码也不会很难。事实上，当我保持这种心态去写代码时，我的心情也会好很多，当功能完成，看到一长串的工整易读的代码时，我也会心生一种成就感。这个过程就像一位工匠师傅精心雕琢自己的作品一样。

  除了保持代码的规范，我还学到了在开发中需要有像工匠一样的细心与耐心。我在开发接口的时候，基本上每一个接口都需要写几十行SQL语句查询出对应的数据，很多张表关联在一起，很多字段混杂在一起，有些知道意思，有些需要进一步地推测，xxx不慎，就会将数据弄错，或是说查出来的数据不是实际所需要的数据。所以，保持一颗工匠的精神对于我们程序员来说十分重要，尤其是在一些特别重要的节点，xxx不慎，可能就失之毫厘，差之千里。

  第一次接触一个全新的领域，没有人是天才，需要不断的总结反思才能做的更好。公司每两周就会召开一次会议，进行项目的总结与进度的推进。在会议中，我会展示我的代码，并听取前辈的建议，将相关的知识点记录下来，进行整理，从而改进我的编码与思路，争取下一次做的更好。事实上，无论是工作、学习还是生活，我们都应该积极复盘，认识到自己的不足，才能有效改进当前的问题，努力进步。

  路漫漫其修远兮，吾将上下而求索 。 暑假的生活已经过去，新的学期又到来了，时间不等人，同时它也十分宝贵。趁现在还有时间，好好享受生活，享受学习所带来的乐趣，努力成长。让我们共同努力吧！

二次开发总结 第7篇

正式代码中严禁使用 进行日志的输出，原因是这个语句的性能非常低，一旦调用的非常频繁， 就会成为性能瓶颈。

目前RecordSet和RecordSetTrans提供的execute和executeSql方法采用SQL拼接方法来执行SQL，这样会产生SQL注入安全威胁。

请大家以后写SQL语句时，使用以下两个方法来替代原来的拼接SQL的方式，以避免SQL渗透威胁。

RecordSet不要在循环体里new。

不做多方法传递。

现在提供以下两个方法来替代execute和executeSql。

使用 可以对数据库进行事务操作

参考代码

二次开发总结 第8篇

步骤1：从服务器上拷贝WEAVER/ecology代码 从服务器拷贝ecology相关代码到本地，目录服务器上文件如下图，需拷贝ecology、Resin/Resin4,如果本机已安装JDK则可以不需拷贝JDK

步骤2：代码复制至本地D:/WEAVER 文件夹下

步骤3：备份ecology数据库，还原到本地或测试数据库

请一定要记得修改数据库配置文件中的数据库配置，否则搭建的开发环境也是连接到正式库，那就很有可能会导致正式库中的数据出错

配置文件：D:/weaver/ecology/WEB-INF/prop/

SQLServer

Oracle