DIY迷你邮件客户端开发手记（二）

     DIY迷你邮件客户端的开发算是告一段落，可以从中获取的东西须要日后实践中去感觉和践行了。面对开始出现的问题，没能处理好，只有在整个过程来处理和消化掉可能带来的更多问题。

    思考DIY迷你客户端开发手记（一）中的5中问题才是清除掉乱七八糟的工程以后的价值了。

  1.业务策略编程

       在整个应用中最核心的问题是:经过选择收件人的邮件地址的源文件，加载到收件人的集合中，进而发送相应的邮件。

      处理这个问题天然想到了策略模式。

     先定义一个接口，声明了子类须要实现的方法，而后经过不一样的需求来实现其中的功能。

     编码-0：定义了解析文件中的联系人邮件地址的策略接口

public interface AnalysisStrategy {

    /**
     *
     * 解析联系人数据源
     *
     * @return list
     */
    public List<String> analysi***c();

}

     编码-1：主要的两种模式是，解析Excel文件和XML文件

public class ExcelContacts implements AnalysisStrategy {

    private File excelFile;


    public ExcelContacts(File f) {
        this.excelFile = f;
    }

    /**
     * 联系人Excel表
     *
     * @help 参见规定的Excel格式
     *
     * @return list
     */
    @Override
    public List<String> analysi***c() {
        Workbook wb = null;
        List<String> contactsList = null;
        try {
            wb = Workbook.getWorkbook(excelFile);
            Sheet[] sheets = wb.getSheets();
            contactsList = new ArrayList<String>();
            for (int i = 0, j = sheets.length; i < j; i++) {
                Cell[] cells = sheets[i].getColumn(2);
                for (int row = 1, rows = cells.length; row < rows; row++) {
                    String str=cells[row].getContents().trim();
                    if(MiniMailTool.checkEmail(str)){
                        contactsList.add(str);
                    }
                }
            }
        } catch (IOException ex) {
            Logger.getLogger(ExcelContacts.class.getName()).log(Level.SEVERE, null, ex);
        } catch (BiffException ex) {
            Logger.getLogger(ExcelContacts.class.getName()).log(Level.SEVERE, null, ex);
        }
        return contactsList;
    }
}
//-----------------------------------------------------//

public class XMLContacts implements AnalysisStrategy {

    private File xmlFile;

    public XMLContacts(File f) {
        this.xmlFile=f;
    }

    /**
     * 联系人XML表
     *
     * @help 参见规定的XML格式
     *
     * @param xmlFile
     * @return list
     */
    @Override
    public List<String> analysi***c() {
        List<String> contactsList=null;
        try {
            SAXBuilder sb =new SAXBuilder();
            Document doc=sb.build(xmlFile);
            Element root=doc.getRootElement();
            List<Element> userList=root.getChildren("user");
            contactsList=new ArrayList<String>();
            for(int i=0, j=userList.size(); i<j; i++){
                Element children=userList.get(i);
                String str=children.getChildText("email").trim();
                if(MiniMailTool.checkEmail(str)){
                    contactsList.add(str);
                }
            }
        } catch (JDOMException ex) {
            Logger.getLogger(XMLContacts.class.getName()).log(Level.SEVERE, null, ex);
        } catch (IOException ex) {
            Logger.getLogger(XMLContacts.class.getName()).log(Level.SEVERE, null, ex);
        }
        return contactsList;
    }
}

    经过这样的方式就能够将不一样的文件的解析联系人的过程封装掉，对于调用者来说是相同的，只须要面向接口编程就能够了。

   这里给出源文件的格式：

   EXCEL表的格式

 

   XML格式：

     这里的格式能够按照已经约定的方式书写，固然亦能够自定义格式，这样就应该编写实现

AnalysisStrategy（联系人解析）接口。

2.处理一些关于字符串，邮件地址验证，获取收件人地址信息

       这样的问题通常在编程开始的时候会有所考虑，却是带来的后续问题不大，如何有效的编写更加通用的代码，才是问题的关键。

       这里有个关于工具类的命名问题，好比:Utils，Tools，Helper等类的命名都是很是不可取的方式，命名要简明思议，而且可以传单必定的信息，像这个工具类处理哪方面的问题，都应该可以很好的放映出来。

       工具类有可能涉及到：字符串处理方面；文件解析，文件过滤方面；图形用户界面编程中的组件信息处理方面；特定的多出使用的方法，变量等；类的构造和管理等方面。

       这个应用程序设计的相关方法不是不少，较好的处理掉了。

      编码-2:邮件客户端程序的工具类 

/**
 *
 * 邮件客户端程序工具类
 *
 * @author aiilive
 */
public final class MiniMailTool {

    /**
     * 获取框架在Windows中显示的中心点
     *
     * @param jf
     * @return 中心点
     */
    public static Point getCenter(JFrame jf) {
        Point p = new Point();
        Dimension dim = jf.getSize();
        int width = dim.width;
        int height = dim.height;
        Dimension screenSize = Toolkit.getDefaultToolkit().getScreenSize();
        p.setLocation((screenSize.width - width) / 2, ((screenSize.height - height) / 2));
        return p;
    }

    /**
     * 经过收件人信息获取收件人
     *
     * @param contactsString
     * @return List
     */
    public static List getToContacts(String contactsText) {
       String[] contacts = contactsText.split(";");
        return Arrays.asList(contacts);
    }

    /**
     * 验证输入的联系人的电子邮箱的有效性
     *
     * @param contactsText
     * @return bo
     */
    public static boolean checkContacts(String contactsText){
        String[] contacts = contactsText.split(";");
        boolean bo=true;
        for (int i = 0; i < contacts.length; i++) {
            contacts[i] = contacts[i].trim();
            if(!checkEmail(contacts[i])){
                bo=false;
                break;
            }
        }
        return bo;
    }

    /**
     * 中文字符转换
     *
     * @param str
     * @return strEncode
     */
    public static String chineseEncode(String str) {
        String strEncode = str;
        try {
            byte[] bts = str.getBytes("ISO-8859-1");
            strEncode = new String(bts, "GB2312");
        } catch (UnsupportedEncodingException ex) {
            Logger.getLogger(MiniMailTool.class.getName()).log(Level.SEVERE, null, ex);
        }
        return strEncode;
    }

    /**
     * 将字符数组char [] 转化为字符串String
     *
     * @param ch []
     * @return String
     */
    public static String arrayToString(char[] ch) {
        if (ch == null) {
            return "null";
        }
        StringBuilder b = new StringBuilder();
        for (int i = 0; i < ch.length; i++) {
            b.append(ch[i]);
        }
        return b.toString();
    }

    /**
     * 验证电子邮件地址是否有效
     *
     * @param email 电子邮件地址字符串
     * @return 布尔值
     */
    public static boolean checkEmail(String email) {
        Pattern pattern=Pattern.compile("\\w+@(\\w+.)+[a-z]{2,3}");
        Matcher matcher=pattern.matcher(email);
        return matcher.matches();
    }
}

      上面的代码涉及到了用户界面组件的工具类方法，字符串处理，经常使用的验证等。对于一个较大的工程，或者是涉及相关的操做很是多和复杂的时候，就得考虑方法的组织，重构，提取，创建更好的类的层次关系这样才符合面向对象编程基本思想，才可以得到能够水平和垂直扩展的机会。同时使得代码的耦合度降到最低，想要达到如此美好的境况，又得回到设计和组织方面去。

3.用户界面的布局，各个组件在特定时间的状态

    正由于有用户界面，因此考虑各组件之间的组织关系，程序运行是组件的状态。活动图虽然集中注意力的面向的是活动参与者，对于桌面应用程序而言，每个组件正能够看做是活动的参与者，所以正确对待组件状态，就能够呈现一个真实的活动状态。

    好比：在没有进行邮件信息检查时，发送按钮是禁用的；为发送邮件时，状态信息显示填写发件信息，发送完成时发送完成或者发送失败；验证收件人的电子邮件信息时；不符合格式的地址，显示相应的提示信息等等，这样都源于咱们对客观的事物和感知，也是对咱们的用户交互，人性化设计的要求。