关键词：技术移动开发耦嘀扔硇怎么实现
在这个项目中涉及到了短信和彩信等功能，这个算是一个项目重要组成部分，曾经想过这邗锒凳审个功能怎么开发，例如在我们永和系统中有很多订单，可以给用户办理会员卡等业务如何让用户及时知道自己卡里的消费情况？如何让用户心中存在安全感，试想想在你的银行卡每次消费或者转入、转出每一笔款的时候都有短信提示，你是不是无意中增加了一份安全感呢？
大家在想想目前的各类门户网站，以及我们常用的CSDN等论坛都提供有短信登录、以及短信验证码、短信注册等等同短信沾边的业务内容，所有的这些都是一个思想提高系统灵活性、易用性、安全性，方便用户替用户考虑，全心全意为人民服务嘛，假如在项目中嵌入短信功能无疑增加了系统的信用等级，也是给我们的系统增加用户，学着处处替别人考虑才会使得自己受益，俗话说“利己者生，利人者恒”，意思是说做每件事情如果只是想到自己，对自己有利，那么你可以生活，但利别人会让自己长久受益。
开始说正文：我负责的这部分是封装第三方的接口，把这些接口需要的各种配置以及别的工具类等都写成jar文件，在我们项目中哪一部分用到了发送短信彩信等功能只需要引入我这个jar包就可以实现这些功能变的很方便。
反过来想想我们这个高校平台里面也是可以加入短信功能，学生信息中都有学生手机号，等考试的成绩出来了给学生发个信息就行了，这样岂不是变的很简单了，当然短信费需要让学生自己扣、这么多学生发信息也发不少。
项目经理给了我一个短信服务商给提供了一个短信API文档，里面是底层的各种方法从网站找了找这些文档从网上是可以搜到的，这块作者到是不难，重点放在了逻辑以及没有没什么bug上，因为是底层的东西需要非常谨慎，这些写好之后都是提供给项目中其他人使用和调用的不容出现一点问题，在写的时候我也是外注意加了很多判断和空指针等处理。
设计思路；本着可靠、灵活为、别人使用方便为目的。
调用方式
WebService
服务器以及跨平台、跨语言的调用。
Https
这个项目中使用的是这种方式利用urlconnection对象实现两个服务器之间通信，感兴趣的可以查一查。
再说一下设计底层接口时候的经验以及注意事项：
1.短信服务器服务器地址可以配置
服务商的接口地址可能会变，开发测试一个接口系统上线后又是另一个接口，我们在开发时这个需要设计成可变不能写在代码里面，第一次设计我卸载了代码里面显这不灵活，其实不仅仅是这一点，无论大家在写什么如果是容易变、可能变的量都需要写在配置文件里面避免今后不必要的麻烦，以后维护方便不需要再改动代码。
2.同一个方法提供不同参数的接口
这一点已经体会到了在高校平台中，底层提供了各种接口仅仅是一个更新就提供了各种参数，几乎是更新操作都可以调用这个方法，这就是方便可用性，底层发部分是这样提供给别的，在生活中也是一样每个人都喜欢用简单的东西，太复杂了还的学习，要拿用户当猪来对待。
3.参数和返回明确
越是底层越是严，越是彰显益彰，不知道大家有没有兴趣研究过开源框架，比如struts、springmvc、hibernate等等，看看这些框架底层的方法是怎么写的，站在巨人的肩膀上才会学的快、站的高才能看的远，它们写的都是很详细例如参数，看名知意知道什么类型，当你参数输入不合法了都会有提示，这就是它们设计的好处，设想一下你自己写的方法在别人调用的时候，如果参数不合法你会提示别人啥信息吗？觉得至少现在不会呢，尤其是在多人合作开发中，如果你不做到这一点，我们的合作版机房系统、我们在合作中的项目，怎么合作？没有办法继续开发下去，只有你遇到了啥问题当面去找那个写接口、写方法的人当面解决当面问才能继续下去，这显然有点违背合作开发、违背面向OOP的思想。
4.当参数不合规范时，立即返回不可在往下面执行
底层方法调用频率可能是相当高的，不要造成内容不必要的浪费，当一个方法执行到中间每一个位置、突然遇到问题，需要立即将这个问题返回给调用方，不可再往下面执行，这也是底层编程的一个原则很多框架中也是这么做的，我们都学过处理异常的原则。
这个原理也是异常处理原则，当遇到异常切记处理并向向一级也就是调用该方法的部分抛出，有异常就需要处理，做的及时高效解决。
就像生活中，难免会遇到这样或那样的问题，你是选择让问题越积累越多还是及时处理，道理是相通的，问题积累多了只能是带来更多的麻烦，让小的问题变成大问题最后悔不好解决，有什么问题都需要在最初解决，我又想到了扁鹊治病，为什么说扁鹊非常有名那时原因为他可以把严重的大病治好，大家就都认为扁鹊医术非常高明。不知大家是否还知道比扁鹊医术还要高明的是谁？那时他的哥哥，他哥治病在初，在病还没有严重的时候就给别人治好了这才算是大智慧，将问题在变大之前解决，因此，我们遇到问题也许需要在最初解决、及时解决。
5.静态变量要当心
你是否真正懂得他的原理呢？如果一个方法使用了静态方法它的成员变量也是静态的变量，如果底层方法的成员变量有就要外小心了（工具函数除外），有一次在我测试的时候，我调用了好几遍底层方法，我纳闷为什么结果总是一样呢，仔细检查底层原来是静态方法惹的祸，它里面有一个静态成员变量，静态的是不可以修改的在以后调用的时候都是这一个，使用静态的东西最后在没有成员变量或者成员变量不可变的时候再使用，否则会带来不必要的麻烦。
上面都是在写接口时候需要注意的一点问题，看一下一个发送短信接口
短信、彩信开发并不算难，其实挺简单的也是用别人的类库，在开发中需要一边开发一边学习，难免会遇到自己不会的，只要拿过来好好看看、查查资料、看看别人的理解以及现有的资料都可以解决，另外刚去了时由于对于系统还是没有真正写过代码，写的不是很严谨，最近经理看了看我写的代码说比以前写的好多了，改进了很多，这一点还是有点满意的，写代码重要的是设计思路和灵活性、严谨性。