「最後，針對於本次任務，按照以下 markdown 模板，發布一篇部落格」
對於這個要求，不是很明白怎麼做，就照葫蘆畫瓢吧。。。
部落格會以md格式的檔案上傳到github乙份。
# 模組**位址
- [core 模組**位址](
- [單元測試**位址](
兩個位址是一樣的，為了方便，所以把測試的**很模組**放在一起git了。
# 封裝階段
```public class core
} catch (invalidexpression invalidexpression)
top--;
tempchar=suffix.charat(i++);
break;
case ' ':
tempchar=suffix.charat(i++);
break;
default:
d=0;
while(tempchar>='0'&&tempchar<='9')
top++;
answer[top]=d;
break;}}
answer = null;
if (top!=1)
double an=new double(answer[top]);
answer = new string(an.tostring());
}catch (invalidexpression invalidexpression) catch (exception e)
return answer;
}```}```
## 在封裝的過程中遇到的困難，以及是如何解決的:
對於封裝首先想到幾天前學習的軟體工程的知識，關於模組的分解、抽象，恰好與本次的任務吻合，可以理論用於實踐。上圖是我畫的uml圖，在嘗試在學習中，算不上很規範，但能基本看懂大概的結構。
因為之前的**基於結構化程式設計，運用函式思想，所以在本次封裝過程中很好的將功能抽象出來，這次完成的雖然不是很完美，但後期可以通過老師的指導不斷改進。
# 單元測試階段
## 單元測試** 此處貼上單元測試**（用一對 ``` 把**括起來）
public class coretest
@after
public void after() throws exception
/**
* * method: suffix(stringbuffer infix)
* */
@test
public void testsuffix() throws exception
} ## 單元測試執行結果（截圖，含測試是否全部通過，**覆蓋率等）
06 封裝struts2引數
action動作類 public class personaction extends actionsupport public string getname public void setname string name struts.xml 張岩 success.jsp 系統執行期間使用者提交表...
單元測試與Junit
1，軟體的生命週期 需求，分析，開發，測試，維護。維護的成本最高。測試做好了可以降低維護成本。2，測試技術分類 1 按規模分類 2 按方法分類 3，junit 隨著系統規模的逐漸增大，每次修改完 都要重新啟動系統進行系統及測試十分耗時，junit可以通過測試類對系統中的單個方法進行測試，而不需要執行...
斷言與單元測試
using system using system.collections.generic using system.linq using system.text using microsoft.visualstudio.testtools.unittesting 路徑 c windows micr...