关于移植的问题，要基于问题域考虑，也就是实际项目的情况，现根据个人项目经验，给几点小建议，以供好事者参考：
1、用概念化的观念分析项目系统，完成高层次上概念的抽象，概念之间要力争做到相互独立，或者之间的联系尽量地少。如：工厂车间里，有输送线、储存罐、码垛机、包装机等等具备整体功能概念的单元。
牢记系统是由具备不同整体功能概念的单元组成的！！！！
2、分析功能单元中的元件，考虑其控制上的通用性，设计对应的子程序或者功能块或者FB或者FC。
3、数据地址的分配，基本原则是“相同功能，地址上相邻连续；如启动按钮有8个，就可以分配给一个字节，这样方便程序集成监控；同理，故障点也可以作相同处理。地址分配起始值时尽量采用“机器字对齐”的方式，如MD0,MD4,MD8。
此处，有个重要的编程理念，“使用中间存储器”，如M区、W区、DB，借助它们的“中间层”“媒介”“桥梁”作用实现控制逻辑和实际I/O点的隔离，减少相互影响的因素。
另外，两段不同功能地址区之间要像中国山水画或者书法那样“留白”，以备日后有I/O点数增大之需求。
4、使用符号编程。
5、在必要的地方要有注释，注意是“必要的地方”。
6、基于不同的编程软件对符号表变量表采取的编辑方式不一，可以尽量将符号表变量表及地址分配表之类的表格或者文件，使用officeexceltxt等编辑软件作处理，求其通用性，这样在不同品牌间移植时只需做简单处理即可。
7、模块化编程时，在功能上不相关的统统去掉，只保留和核心相关的，一个块只做一件事！！模拟量就只是模拟量，计时就是计时，计数就是计数，位处理就是位处理，通讯处理就是通讯处理，故障诊断就是故障诊断，要保持功能的“单一纯洁性”！
像“学生用品”这个概念包括“文具”这个概念，“文具”包括如“笔”“包”“尺子”“笔记本”“橡皮”“圆规”“小刀”等单独概念体，“包”不会让人和“尺子”混淆，“橡皮”也不会和“笔记本”混淆；当然“笔”还包括“铅笔”“毛笔”“圆珠笔”“铅笔”“水彩笔”等，但是它们有个共同点是“笔”，能写能画。
这就是基本的“抽象”的功力，你的这项功力越深厚，你运用起来效率越高。
学生A来买文具（笔记本+包），学生B来买文具（橡皮+笔），学生C来买文具（尺子+小刀）,当然你要是碰到个什么都要的大户，就能发一笔小财了。
好的模块设计就像买文具一样，能够通过简单的“积木式”的搭配组合来满足不同“个性化”需求的生产要求!!
8、细致考虑工艺块之间的“接口”都需要哪些必要的参数，可能生产这种产品需要m个接口参数，生产那种产品需要n个参数，那就做两个不同个数接口参数的块。或者传送参数数据区中不同的数据单元链。
西门子的编程设计理念即是前期基本“分割”功能单元后期“组合”系统要求。
