宏观思路

注:

1. 在工作中如果体会了宏观思路,就会意识到这是一种倒推法。对于未转正的程序员查看 如何通过画图来梳理思路

2.当视口中涉及对数据库超过5次查询,就说明处理方式时不正确的,请在此问题通过<<程序员问题反馈>>告知技术经理

3.视口处理的时间长,说明处理思路不正确,请在此问题通过<<程序员问题反馈>>告知技术经理

步骤:

1.确定输出的信息(包括页面呈现的信息点和控制页面效果的变量)[类似数学解题中的结果]

• 在步骤2.2中已经明确了页面需要呈现的信息点

2.对每个信息点进行倒推(是从数据库中读取出来或者利用公式推出还是来自第三方接口)

• 从概念上在数据流管理阶段只关注数据链不需要考虑格式,即通过倒推把确定需要使用哪些代码段
  • 程序员需要多了看并掌握代码段(类似数学解题中的公式)
• 如果多个信息点获取途径相同,可把他们的这类信息点的集合视为一个信息点

3.在数据流管理阶段阶段判断是否需要额外的信息(类似数学解题中的已知条件),即往往是使用代码段时需要的设置的,我们将他们设置成输入参数

• 在理想情况下,此时发布页面,是可以完成后端逻辑的;如果运行存在问题,通过调试代码段确定问题,然后对数据格式不对的地方在通过第四步进行数据格式变换

4.数据格式变换和异常处理

• 代码段之间数据衔接需要格式的转换,补充数据变换和检查哪些数据可能会存在异常(超出数据的正常上下边界),使用异常处理
• 通过下方推荐的代码组织管理形式来处理后端代码

( 代码段组织管理的)描述:

    结合下图体会代码段组织管理

 

1)在检查区,对逻辑处理中使用的变量进行检查(如果不合法,抛出异常并给出对应错误码)

2)在逻辑执行区,  根据框架图(页面的业务逻辑)按理想情况下(不考虑异常情况),进行代码编写。

3)在产品级异常定制区,拦截异常,根据错误码给出对应描述,最终在页面中呈现出用户可以看得懂的提示信息(即将程序执行时抛出的异常转换成用户可看懂的提示信息,从而保证了页面的形式化正确)。

 

注1: 上述是为了帮助大家建立整理概念，在实际编码过程中,往往检查区和逻辑执行区不是相互独立的,而是交叉在一起的。即检查区不仅仅只对输入参数和用户操作权限进行检查,还包括在逻辑执行区中对逻辑中的变量进行检查,一旦存在异常就抛出。在异常 定制区,对抛出的异常进行分别处理。

注2: 在异常 定制区,不是盲目的对所有抛出的异常进行处理,只有对某些用户看不懂的异常进行转换或者定制才在此区处理。 

注3: 请体会 异常 定制区和产品页面息息相关,异常 定制区决定异常最终在页面中的表现的形式(比如页面跳转;弹框形式的提示;文本类型的提示信息等一些异常表现形式产品已经在页面中制作,程序实际就是在异常 定制区针对不同异常反馈给客户端相关变量从而控制页面展现形式)wide默认支持一种页面对服务器段抛出异常展现形式(如下图)，如果出现这种情况(是不正确的),说明当前异常没有在异常定制区处理,请在异常处理区增加这个异常处理并对应的具体的页面表现形式(如果页面缺少某个异常表现形式请反馈给产品)

 

反思:

1.如何在页面形式正确的基础上保证逻辑正确

      * 技术在对项目自动化(动态化)处理过程中,通过咨询产品和自己判断确定页面对应逻辑,你的逻辑把握准确将直接影响你页面在产品和业务方测试时所暴露的逻辑问题(也就意味着你重新根据准确的逻辑进行修改代码),所以建议你在保证形式正确的基础上多体会下业务逻辑,当然把握业务逻辑的数量以及快速准确把握业务逻辑是成为技术经理的基本条件。