我們的專案中的技術(一)

2021-06-21 01:05:49 字數 1168 閱讀 5995

今天我來寫一寫我們專案中所用的技術,單例模式。很巧的是,單例模式並非我們的專案實施的每乙個省都在用,所以,你在**中無法看到,很正常。

方法因需求而生。就像我們工作的事一樣,我們需要乙個印表機,公司若有,便讓我們用,若沒有,則買乙個給我們用,總之,印表機最多有乙個。所以一開始,我們定義了printer類,悲劇的是,printer* pa = new printer()、printer* pb = new printer()、printer* pc = new printer()就可以隨意購買印表機,現狀就是:每個人都可以買印表機,問題由此展開。

我們想到的就是,把「建構函式」置為私有,然後先定義乙個印表機指標。**如下:

/*

* remindapi.h

* * created on: mar 15, 2014

* author: huasheng

*/#include#include#include#include #includeusing namespace std;

class remindapi

;

instance就是乙個惟一印表機的代號,建構函式也置為private了,似乎還缺少乙個判斷印表機是否存在,不存則購買的動作,因此,下面**由此而生。

/*

* remindapi.cpp

* * created on: mar 15, 2014

* author: huasheng

*/#include"remindapi.h"

remindapi* remindapi::instance = (remindapi*)null;

remindapi::remindapi()

remindapi* remindapi::getinstance()

return instance;

//return null;

}bool remindapi::read()

上面**,很明顯,rpi和rpi1肯定是一樣的,無所何時,你去尋找乙個指標,得到的都是一樣的。

最後,我還要說,remindapi* remindapi::instance = (remindapi*)null;是不是重複定義,經過實踐我才得知道,類的靜態變數不僅要在類中宣告,還要在類外進行宣告+初始化。

專案中的技術風險

4天內不停的做spike,終於搞清楚了要用到的大部分工具 框架不好用。很多全新的技術,文件不豐富,能google出來的資料很少,沒有乙個人熟悉,技術風險很大。在專案開發過程中,創新佔據了重要的地位。如果發現現有工具或者框架不能滿足需求,或者不能提高生產效率的話,就需要考慮引進新的技術來滿足需求。但是...

在專案中, 我們學習到了什麼?

身邊的朋友,一半以上都是程式設計師,吃飯聊天的時候,總是離不開技術和專案,還有就是經常聽到這樣乙個傾述 xx專案,學不到什麼東西 另乙個類似的,稍微具體點的問題 什麼都是封裝好的,就是ctrl c 和 ctrl v,學不到啥東西,沒啥意思 有時候我就在想,在專案中,我們到底希望學到什麼東西?一項新的...

我們的專案

就在昨天早上,我們進行了二期的結業答辯,我們組做的是乙個功能不是很全的網頁遊戲,想要實現打仗的功能,還有採集資源,資源交易,玩家的聊天,可是ajax還不會,很多都做不了,只實現了一些功能,得了個最佳設計獎。其中,我感覺地圖做的不錯,實現的方法很簡單,但是我們可想了好長時間。mapid 12 buil...