Word自动化局部架构设计

前言

虽然企业中多数项目往往通过自定制的界面和数据载体与后台系统交互,但在办公自动化、电子政务领域仍存在大量面向包括Word在内的电子文档操作。区别于Excel、Access和InfoPath等数据为中心的处理,Word更侧重于对于文章段落内容、格式的操作。

实践中,Office自动化开发中往往要面对下列挑战:

Office版本更新快,但用户群更新相对较慢,项目中需要同时兼容多个版本,但Office产品不同版本间接口兼容性经常断裂;

单机版Office软件容易因为格式错误导致运行错误,相关进程不妥善清理很容易破坏文档造成无法修复的问题;

面对日益严峻的信息安全问题,很多企业内网安全策略会禁用Office宏、内嵌脚本和客户端渲染的处理;

第三方Office中间件技术支持力量往往无法保障,尤其是部分开源项目其适用性有限,且经常存在无法绕过的“黑盒”By Design问题,最终不得不放弃该中间件并推倒整个设计重做。

但同时我们也要看到Word自动化处理中的特点:

Word提供模板机制,可以通过模板完成绝大部分章节段落以及文稿样式的设计;

尽管原始数据类型差别迥异,但实际Word操作中使用的类型主要是string,图形、图表对象则可考虑集成Visio或Excel完成;

文档数据填充形式相对固定,一般是下列三种情况之一或组合:

操作一系列单独的内容区域;

操作一个表格区域;

操作单一区域。

针对上述特点,为便于重复开发量、便于开发人员访问Word文档须进行局部架构设计。

定义书签

但在此之前,为了简化Word编程,本框架针对Bookmark访问并操作Word,定义方法如下:

1、打开word文件,选择显示Bookmark


2、选择位置,然后插入Bookmark。对于需要操作的表格区域可以选择整个区域后插入Bookmark。

时间: 2024-10-26 05:52:16

Word自动化局部架构设计的相关文章

架构设计 - 自动化运维之架构设计六要点

运维自动化是我们所渴望获得的,但是我们在一味强调自动化能力时,却忽略了影响自动化落地的一个关键因素.那便是跟运维朝夕相处,让人又爱又恨的业务架构. 因为业务架构是决定运维效率和质量的关键因素之一,所以我想跟大家一起聊一下怎么样的架构设计是对运维友好的.结合这些年在腾讯遇到的业务架构和做运维规划时对业务非功能规范的思考,我们可以把面向运维的架构设计分成六大设计要点. 要点一:架构独立 任何架构的产生都是为了满足特定的业务诉求,如果我们在满足业务要求的同时,能够兼顾运维对架构管理的非功能性要求.那么

如何实现高容量大并发数据库服务 | 数据库分布式架构设计

袋鼠学院和优云.阿里云联合举办的沙龙结束之后,总是有小伙伴们来问PPT内容,想要进一步了解Topic内容.(哦,对了对了,竟然还有小伙伴专门冲着袋鼠云去听沙龙,感动cry~~) 千呼万唤,忙成狗的袋鼠小妹终于把沙龙总结整理了出来(⊙o⊙) 本次沙龙的主题是"云时代下的运维管理实践",受邀请的演讲嘉宾,花名宏翊(经常关注袋鼠云的同学,肯定已经对这个名字很熟悉了),是袋鼠云首席数据库架构师,袋鼠学院数据库讲师. 呼应沙龙运维实践的主题,结合自己的专长领域,宏翊主要是从数据库领域来谈云时代下

《企业迁云实战》——3.3 应用架构设计

3.3 应用架构设计 上面已经介绍了用户业务上云时如何进行网络设计.运维管理环境规划,本章将重点介绍如何基于阿里云产品和服务设计应用系统架构.3.3.1 负载均衡 阿里云负载均衡(Server Load Balancer,SLB)是将访问流量根据转发策略分发到后端多台ECS的流量分发控制服务.用户可以通过负载均衡的流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性. 阿里云负载均衡主要功能: 负载均衡服务通过设置虚拟服务地址(IP),将多台云服务器ECS实例虚拟成一个高性能

架构设计-业务逻辑层简述

    业务逻辑层是专门处理软件业务需求的一层,处于数据库之上,服务层之下,完成一些列对Domain Object的CRUD,作为一组微服务提供给服务层来组织在暴露给表现层,如库存检查,用法合法性检查,订单创建.    业务逻辑层包含领域对象模型,领域实体,业务规则,验证规则,业务流程.1:领域对象模型为系统结构描述,包含实体功能描述,实体之间的关系.领域模型处于天生的复杂性:2:领域实体:业务层是一些操作业务对象(BO)的处理.业务对象包含数据和行为,是一个完整的业务对象.其不同于上节架构设计

利用Docker轻松实现云原生应用 - 高可用架构设计

本文为利用Docker和容器服务轻松实现云原生应用系列的第一篇 高可用架构设计(本文) Spring Boot + Redis分布式会话 最近对应用迁云的讨论很多,很多用户对云环境中的应用架构和运维方式还不了解.直接利用云服务器替换自有物理机并不是使用云的正确姿势. Cloud Native Application(云原生应用)是当下一个热门名词,简单而言就是针对云计算的特性,来设计应用架构,并优化应用的交付.运维流程.Linux基金会旗下的云原生计算基金会 CNCF(Cloud Native

一种Android客户端架构设计分享

前言:技术发展日新月异,业界各种Android客户端架构设计,五花八门,但我们不能简单地说哪种架构更好,因为脱离业务谈架构是没有任何意义的,适合业务的才是好架构.而架构也不是一成不变的,随着业务的发展,也许当初设计的架构已不足以支撑目前的业务,那么就需要改变之前的架构.接下来将分享下我们Android客户端的架构设计,在App的某个业务发展阶段或许有一些参考意义. 分层化与模块化 分层化与模块化应该是任何软件开发的共识. 分层化 在Android应用开发中通常可以分为如下几层:  SDK层:主要

阿里云数据库专家田英鹤:云数据库系统容灾架构设计和实战

8月30-31日20:00-21:30,一场别开生面的技术大会-- "蚂蚁金服&阿里云在线金融技术峰会"将在线举办.本次将聚焦数据库.应用架构.移动开发.机器学习等热门领域,帮助金融业技术开发者深入解析互联网应用的前沿应用与技术实践. 蚂蚁金服&阿里云在线金融技术峰会专题:https://yq.aliyun.com/activity/109 峰会统一报名链接:http://yq.aliyun.com/webinar/join/38 来自阿里云的技术专家田英鹤(花名:喜乐

面向业务的立体化高可用架构设计

原文链接:http://www.csdn.net/article/2015-10-27/2826042 ======================================================== 面向业务的立体化高可用架构设计 发表于2015-10-27 10:47| 2924次阅读| 来源<程序员>杂志| 8 条评论| 作者李运华 <程序员>杂志2015年10月B架构李运华面向对象 摘要:为了实现阿里九游游戏接入系统的业务高可用,技术人员跳出传统的面向系统的

促销保障并不难,架构设计轻松学

买买买的背后 每年的"双十一"或者各种促销和秒杀"会给电商系统带来很多挑战,比如:1. 集中,不论是哪个时间点,一旦有抢购开始,所有的人都集中在那个时间段: 2. 瞬时,每个抢购的东西发放出来之后,会在很短的时间内被抢购到:3. 拥堵,抢购活动在支付的时候经常会出现拥堵现象.那么系统的压力也分为几个层面:页面访问压力,比如"双十一"期间,www.taobao.com的页面访问压力是最大的:业务逻辑处理压力,当我们看到自己想要了解的商品,需要点进去查看商品信