① 人們常說的是天方地圓還是天圓地方啊
很高興為您解答。
正確的是「天圓地方」。
我們經常可以看到古籍里描述「天圓地方」,像《山海經》、《易經》、《詩經》、以及道藏、佛經,還有文學著作如《子不語》、《太平廣志》,相書《滴天髓》、醫書《皇帝內經》等也提到過。
所謂「天圓地方」就是我們所住的小世界的結構,簡單來說天是圓圓的,地是方的。
大家可以想像一個只有上面帶洞的球殼,這就是我們所住的單位世界模型。球殼就是外層鐵圍山,球殼頂上的洞就是初禪天通到二禪天的通道。
像這樣一個小球就是一個單位世界。
一千個這樣的小球像一千粒葵花籽似的整齊排列,被一個更大的球殼包裹著,這就是一個小千世界。
一千個小千世界像葵花籽一樣地排列著,被更大的球殼形狀的鐵圍山包裹,只有頂上有一個由二禪天通往三禪天的通道,這就是一個中千世界。
一千個中千世界以類似的結構組成一個大千世界,所以也叫「三千大千世界」。法界中有無窮無盡的大千世界,我們所在的大千世界名為「娑婆世界」。
每個最小的球殼內部主要結構大致如下:最底下是巨大的風輪,往上依次是水輪、地輪,七重金山、須彌山、欲界六天、初禪三天。
風輪托起整個小世界,同時大的球殼下也有風輪,維持著世界穩定。
厚厚的水輪緩沖著恐怖的風輪,不然整個地輪都會被攪碎成微塵,微塵是比誇克還細小的東西。
我們人類住在地輪上,也能接觸到水輪。地輪這個水平線上有四大部洲、八中部洲,千千萬萬小洲。
最中間是很高很大的須彌山,日月圍繞著須彌山旋轉,日月里分別有日月宮殿。往外是一圈香水海,再往外是一圈金山,如此七海七山。第七金山再往外是鹹水海,四大部洲八大中洲就在鹹水海之中。鹹水海非常廣闊,再往外是鐵圍山(小球殼)。
我們住在四大部洲之一的南瞻部洲,並且由於業力因緣的原因,我們的感知范圍都超不出南瞻部洲附近,而且南瞻部洲的很多地方我們也無法感知到。
所以我們根本看不到真正的日月,更看不到日月宮殿,但是我們的六識都可以感知到意識模擬的太陽月亮,看到的太陽月亮大小比例就是小世界裡日月的真實比例——51比50。
等死亡進入中陰境界了,就看不到太陽月亮,天空永遠是昏蒙蒙,因為那時沒有中脈的明點了。
我們的意識會把南瞻部洲這塊梯形平地和附近的一點鹹水海扭曲為一個鬼打牆的球形。
而南閻浮提這塊梯形大陸也被意識模擬四大部洲八中洲等,分割成歐洲亞洲非洲等。
同樣的,天上的星系也是對其他世界的意識模擬。佛經里說世界有各種形狀,雙筷形啊、漩渦形啊、罔形啊、眾生身形啊等等。看看天文學圖片就知道沒毛病。
華嚴經里,小世界安立圖畫出了小球的內部結構,也給出了須彌山等的詳細數據。
經典記載舍利弗曾問佛,為什麼許多佛的凈土那麼庄嚴,都是七寶成就的,而我們的娑婆世界卻那麼臟亂呢?
然後「爾時世尊(在地球上的王舍城),結持地印,以手觸地。會中大眾,頓時悉見,娑婆穢土,清凈面貌。七重金山,七香水海。見日月宮,及余部洲,須彌鐵圍,一一悉見。並見此方,諸國合為,南瞻部洲…………」可見歐亞非澳諸大陸是合起來的,不是所謂的「大陸漂移說」,只是我們的妄心作怪才感知到各洲分開,這是所有地球眾生的共業。
這就是「天圓地方」的意思了。
簡單提一提外星人,通常不在地球的人叫外星人,那麼地輪下的地獄眾生也算是外星人了,水輪里住的龍族、畜趣夜叉也是,七金山住的鬼神,天上的天人、修羅等都是。
但這些都不屬於人道眾生,其他三大部洲的人類人類人類才是嚴格意義上的外星人。
東勝神洲在七金山往東,其土東狹西廣,形如半月,縱廣九千由旬,人臉也如半月之形。人身長八肘,人壽二百五十歲。
梵語由旬是長度單位,大論雲由旬有三:大者八十里,中者六十里,下者四十里。肘以一尺八寸為一肘。
南閻浮提在七金山往南,其土南狹北廣,是梯形,縱廣七千由旬。人面亦像地形。人身多長三肘半。於中有長四肘者。人壽百歲。中夭者多。我們的地球就在南閻浮提。
西瞿耶尼,華言牛貨。為彼多牛。以牛為貨。故名牛貨。在七金山以西。其土形如滿月。縱廣八千由旬。人面亦如滿月。人身長十六肘。人壽五百歲。
北郁單越。梵語郁單越,華言勝處。以其土勝三洲故也。在七金山北。其土正方。猶如池沼。縱廣一萬由旬。人面亦像地形。人身長三十二肘。人壽一千歲。命無中夭。
注意臉不是頭啊,臉是眉毛至下唇的范圍。所以我們地球人的臉是上寬下窄的梯形,也能知道「地方」。三種外星人的臉是圓形、半圓行、正方形的,連額頭下巴一起看就和我們地球人差不多,長得一點也不奇怪。看佛經里的外星人圖片,長得還挺好看的!至於其他三洲的地理、風土人情,有不少特地詳述的佛經,《山海經》也是這方面的內容,不過沒有那麼詳細。
知識擴展:《佛法總綱》
佛教法門眾多,不同法門是為了對應眾生不同的根基。所有法門都離不開因緣、般若、唯識三大基礎。佛法總綱只有八個字:斷惡修善;自凈其意。有興趣的可以簡單了解一下。
第一會:因果原理
我們蹭網時都知道離路由器近一點信號強一點,看到新聞說地震都會本能地想知道震源,晚上睡覺都講究把手機放遠一點,怕輻射。但是不知道大家有沒有想過,我們起不好的念頭時,自己就在波源處,想逃都逃不了。即使元神出竅、飛天遁地也沒用,神識在哪,自己的念頭就在哪呢!所以自己心識發出的念頭,自己心識受力最大,這就是因果報應的基礎。
不僅波源處有信號,擴散出去也有弱一點的信號。其實心念的影響是不會隨時空衰減的,盡虛空遍法界都一樣大。但是我們被外境所轉,就在境界中有大小分別了。好比我們有人今天向一堆人借錢,最多一萬,少的幾千、幾百、幾十、幾塊不等,總數就應該是這些錢加起來。明天再向一堆人借錢,總數也是這樣計算。這就比喻因果,起一個念頭,說一句話,做一件事,最大的一筆債就在波源處,還有對別人的影響,所有的加起來就是這次種的因要償還的總帳!所以因果是百千萬億倍增上的。比如我們殺生,不僅被殺的動物痛苦,旁邊的看到同類被殺也很恐懼啊,讓別人也學你殺生吃肉,被別人殺的也有一部分算在你身上,以及對磁場的影響等,這些將來都要算賬的。而且像借錢一樣有公式可以計算,不會多一分,不會少半點。所以我們要不要斷惡修善啊?好壞都是自作自受嘛!
第二會:十二因緣
十二因緣首先是無明妄想導致胡亂測量的行為,這是「無明緣行」。
六識的六類測量行為分出色、聲、香、味、觸、法等六類概念,這叫「行緣識」。
六類屬性的知識虛構成一切事物,比如一朵花是「玫瑰花這種物質(色);無聲(聲);玫瑰氣(香);苦中微甜(味);柔軟度三點六(觸),名叫玫瑰花、大小N厘米、形如X、生長於某年月日、二十瓣等(這些是法)」,則一切山河大地、萬物眾生都不出此類。
這就是識緣名色,名是名稱,色是物質,名色就是一切的事物。所以「識緣名色」說的是意識能量產生物質的過程。
緊接著世界萬物的六類信息傳播到妄心,這叫「名色緣六入」。
然後就接觸到世界萬物的信息,六入緣觸。
感受分析這些信息,觸緣受。
經過感受而喜歡一些事物、討厭一些事物,這叫受緣愛,也叫受緣愛憎。
喜歡的就想擁有他,愛緣取。
取就是慾望,是因;所要取的名色等是緣,因緣和合就有生,妄心就去投生了。
十二類出生才導致老病死苦,十二類生命是胎生、卵生、濕生、化生、有色、無色、非有色、非無色、有想、無想、非有想、非無想。
而且出生後也有無明妄想,繼續造業,就不由自主地輪回不絕。
所以無明是痛苦的根本,無明就是妄想。妄想、分別、執著這樣一個過程,執著了就結下永久的緣。所以佛教導我們放下執著,自凈其意。雖然斷惡修善,但是心中並不執著,更不沾沾自喜。斷惡修善是為人處世方面,自凈其意是心境方面,也可以說物質和精神方面。外道和邪師就最愛故意混淆這兩個方面,一天到晚來誹謗佛教,也沒有什麼新奇的伎倆。
第三會:般若智慧
俗話說「大千世界無奇不有」,不知道諸位有沒有見過兩片完全一樣的樹葉呢?有沒有看到兩片完全一樣的雪花呢?我說沒有!我們的心就是這樣不停活動,片刻也不停,外境又怎麼會停止呢?我們的細胞、血液都在不停地更替,這一剎那的我根本就不是上這剎那的我!所以諸法無我。能這樣觀照,就能降伏妄心,進而心得自在。但是這一刻的我和上一刻的我是如此相似,連世界也好像沒什麼改變。這就是因為我們的習氣相似,有句話叫江山易改本性難移。修行就是修正不好的言行,把不好的習氣通通去除。通通去除就證得初果,這叫「盡一切的得須陀洹」。
剛才說到無明是輪回的根本,那麼無明又是怎麼來的呢?無明有無始無明和一念無明。
無始無明就是與生俱來的,因為有無明才認為有世界萬物,同時也是因為有世界萬物,才會有「無明」這種東西。像連體人一樣所以叫無始俱生無明。
一念無明就是當下的一念妄想,裡面就包含十方三世一切信息。好比當下的一片光碟,裡面就包含一大堆過去現在未來的萬事萬物。我們的習氣根深蒂固,看到的世界就總是相似的,這叫「相似相續」。相似相續就很有因果性,實際上因緣之法猶如夢幻泡影,當下出生當處滅盡,並不停住。
第四會:唯識略說
因果固然是客觀的宇宙規律,但是因果定律又是怎麼來的呢?是上帝制定的嗎?是宗教信仰加持出來的嗎?請帶著這些疑問,一起來了解唯識。
現在大家經常用到計算機。 電腦、手機、電視機等都可以歸類到計算機。計算機有顯示屏、存儲器、程序三個主要部分,顯示屏就是沒有任何圖像的一塊笨板;完全依靠驅動程序才能顯示畫面,不同的程序顯示不同畫面;程序就放在存儲設備里。
有人說人體是最精密的計算機,我挺贊同這句話的。
我們知道九識是眼耳鼻舌身意這六識,再加上心識、含藏識、阿賴耶識。
眼耳鼻舌身這五個識大家比較熟悉了,第六識是意識,它能夠思考。
第七識心識就是程序員,造作生死輪回的程序。前面說的因果律,它的主體就是心識。所以偈語說:
「罪從心起將心懺,
心若滅時罪亦亡。
罪滅心亡兩俱空,
是則名為真懺悔」
第八識收藏一切善惡業種,遇緣則起現行,所以第八識叫含藏識,永久收藏心識的一切活動。
第七識雖然叫做心識,但它只是我們的妄心,因為它剎那間就生滅了,虛妄不實。
第九識阿賴耶識,才是我們的真心,它不生不滅。阿賴耶識又叫「如來藏」、「自性」、「般若波羅蜜」、「涅槃」等,有七種名稱。
如來藏無形無相,沒有任何物質、概念,也沒有任何語言能准確的描述它。如果說「什麼是如來藏」那就是說「A是B」,就有AB兩個不同個體了。簡而言之自性就是真空,就是什麼都沒有,一切眾生同一自性,都是一體。
既然是真空,當然有別於外道的頑空。如來藏它能生萬法哦,它本身真的空,卻能生妙有。雖然生妙有,自身卻不增不減,因為真空本來就沒有增減。
就像顯示器本身沒有任何圖像,但是能顯示一切圖像。雖然顯示一切圖像,但是顯示屏不增不減。
一切眾生本具圓滿德性,只因妄想分別執著不能證得。
《鏡喻經》里有個生動例子:一面鏡子對著瀑布,瀑布和鏡子之間有一堆大火,這時看到鏡子里水火疊加在一起,不相沖突,因為這是把三維映現到二維鏡面。
如來藏也一樣,如來藏是零維度的真空,如來藏裡面地、水、火、風、空等都周遍圓融,不相沖突,十法界就在裡面隨心而現。
所以一切眾生的自性都不曾遺失!無明覆蓋、業障遮蔽都是方便說,沒有任何事物能遮蔽自性!
這也就是因果定律的來源,因果來自圓滿的自性。
我們知道一面純鏡子裡面本身不顯示任何形相,什麼人事物去照,就顯示什麼人事物。灰塵覆蓋住了,就照出灰塵,即使用布蓋住,也能照出布來。
鏡子被布遮蓋時,人只看到布,看不到鏡子的性能,但是鏡子能照的性能不曾丟失。
自性也是如此,它雖然是無形無相的真空,但是心識起怎樣的妄想,它都會變現出相應的境界。無盡世界,但是這些世界就像鏡子里的影像一樣不實。我們只知道鏡中影是「看起來有實際沒有」,卻不知道「客觀存在的現實世界」是「摸起來有實際沒有」,就是說「實有」只是色聲香味觸法里的觸塵而已,實際不存在的。不管如何生死輪回,我們的圓滿德性都沒有丟失。生死輪回,造作善惡也是妄心在使用自性的功能。
所以一切法從因緣生,可是因緣法是第二義;一切法不來不去,本為自性所有,緣起而性空,這才是第一義。
假如我們凡夫的自性丟失了,那就不存在世界了。自性真心是本體,用妄心去起妙用,我們的妄心時刻在使用真心,只是自己不知道。
所以我們說「業報現前」,古人用詞都很講究,我們的業報就像照鏡子一樣,靠近前面的直接顯示出影像,後面的事物沒照出來,被前面的擋住。所以叫現前,福報現前、惡相現前、智慧現前等。
既然第九識是圓滿的,第七識去分別執著「這是什麼那是什麼」,「什麼好什麼壞」,那不就是無明的原因嗎?
重點來了:知見立知,是無明本。
無色的光俗稱白光,它是圓滿的,你說「白光有七色」,這就是無明,愚痴,片面的。因為白光才不止七色,深紅、淺紅、粉紅,單單紅色已經無數種了,何況白光里還包含橙黃綠青藍紫等色系,每個色系都有無數顏色的光。
無相的自性就是圓滿的本覺,在圓滿的本覺上起妄覺,起的就是不圓滿的覺。好比顯示屏是圓滿的,但是沒有任何圖片能鋪滿所有像素點,像素點都不全肯定不能顯示所有圖片,這就是不圓滿啊,而且圖片終歸失真散壞。
所以你說「這個身體是我」,我說:「呸!才不是我呢,我還說那是你,我這個身體才是我。」這就是各有各的執著,妄心認物為我。事物散壞時,你的心識就痛苦萬分。
無色界的天人雖然沒有認物為己,壽命很長,以劫計量,但是他們認取一些微細法塵為自我,比如快樂、安靜、解脫、和平、友誼、關愛等等,所以仍然脫離不了輪回。
第五話:平等無畏之法
凡夫用妄心去造業,故受輪回。佛菩薩滅妄歸真,契合自性,寂然常住。
但是佛菩薩在凡夫修行時,也有妄心。他們有的說:「如果有眾生痛苦,一心稱念我的名號,我即時讓他脫離。」
有的說:「眾生有什麼所求,我會滿足他們的善願。否則我不取正覺。」
還有的說:「我的佛國美妙無比,眾生念我名號,即可往生,永受安樂,否則我不成佛。」
……
我們知道這些願望都實現了,那麼想不想知道怎麼實現的呢?
讓我來告訴你,還是遵循因果的方便法。一開始他們努力地幫助一切眾生,不畏懼任何辛苦,不吝惜任何財寶,乃至頭目手足器官都可以捐獻。由於這樣的大布施,滿足眾生願望的緣故,他們自己才感召到「滿願」的果報。
這時他們所發的願諸如「眾生應該以什麼形相得度,我就讓他看到什麼形相」之類的願望,都漸漸圓滿實現了。佛菩薩就不再輪回,而是一直安住在什麼都沒有真空禪定里,但是還能時時不停地變現出一切財物勉濟眾生,乃至變現出佛身、菩薩、聲聞、居士、長者、國王、宰官等等身相來幫助眾生。
這時佛菩薩根本不必自己到處跑,眾生自然會看到、聽到、觸摸到對應自己根器的佛菩薩化身,這些其實是幻視幻聽,和凡夫妄心變現的世界一樣,和鏡中影一樣不實,所以才說「若以色見我,以音聲求我。是人行邪道,不能見如來」。知道這點就不會被號稱某某佛菩薩投胎轉世的騙子忽悠了。
但這是多麼美妙的幻覺啊,一切一切都是那麼的應機、應緣,就是這些化身在到地處度脫世間的一切苦厄啊!所以佛法里可以求財、治病、求職、求家庭和睦、化解冤親債主等,無願不滿。所以說佛法消極的還是洗洗睡吧。眾生只要在佛法中種了毛發那麼小的一點善根,地藏菩薩就會不辭疲倦地救度我們,直到我們得到究竟安樂。沒有種善根,就是沒有因,菩薩幫你再好的緣也沒有。沒有種種子再好的條件也不能結果,種子雖小但是佛菩薩幫忙,就有大福報。
有人說學佛是修來世,那麼學佛是不是當世就很痛苦呢?我們隨便舉例比較一下吧,比如現代人都喜歡錢。凡夫為了錢就不擇手段、損人利己。這樣得到的是波源處的強度,別人並沒得錢,所以凡夫的方法只是得到「原裝利益」。失去的是別人失去的,「惡念原裝加傳播增上」,百萬倍增上,所以充其量就是萬害一利。用佛教「布施」的法門呢?別人沒有損失,無害,利益的話是「原裝加增上」,因果可是百萬倍增上的啊!有益無害,高下立判!
所以也不是說學佛就要自討苦吃,佛祖不是示現了「六年苦行終無益,反觀自心證菩提」嗎?佛都親身示範了我們還不領悟嗎?所以佛菩薩就懂得正確的打開方式,既自利又利他,並且把這么好的方法無條件地共享出來,是不是天大的美事?
那些對佛法極端地偏激的朋友,是誤以為學佛會損害他的利益,不能肆意縱欲,所以非常反感。另一方面就是你的冤親債主障礙你,不讓你快樂,這也能說明學佛的好處。所以學佛有益無害,如果為了個人的自私和偏見而謗法,害得無數眾生錯過離苦得樂的機會,冥冥之中的怨仇就結得大了,這是多麼不智的行為啊!希望見到此書後能消除您對佛法的誤解。自己不能做到,應該生慚愧心,同時更要推薦別人學佛,讓別人離苦,而不是惱羞成怒地謗法。
再說「中陰解脫法門」,就是在死亡後、轉世前的中陰境界成就。我們知道法界是唯心所現的,以前不知道,現在知道了也沒辦法,因為已經陷進去了,早就輪回了很久。但是中陰法門就能輕松地超越這些輪回,具體的大家可以網上找資料,都很詳細。
再說「法華三昧解脫門」,大家都知道「成佛的法華」,就是你做的善事,無論多小也是善根,真心地迴向法界,迴向無上正覺,就能滅罪增福,將來很快成佛。
念佛法門,佛號里就圓滿了一切福報,相由心生,整天念佛就與災難、疾病無緣,各種福報都增加,家庭事業學業等樣樣好。
還有好多好多。
本尊長年雲游四方,行醫治病。癌症、白血病、附體、死劫、仇恨等都是三兩段妙法就能輕松治癒,並引導有緣者與三寶結緣。諸位若有修行上的疑問或者生活中的痛苦煩惱,都可以找本尊,本尊將會耐心詳細地解答。
② 程序員編碼時,參照什麼文檔進行web應用程序的單元測試一般做哪些內容
Web前端開發規範文檔你需要知道的事
規范目的
為提高團隊協作效率, 便於後台人員添加功能及前端後期優化維護, 輸出高質量的文檔, 特製訂此文檔. 本規範文檔一經確認, 前端開發人員必須按本文檔規范進行前台頁面開發. 本文檔如有不對或者不合適的地方請及時提出, 經討論決定後方可更改.
基本准則
符合web標准, 語義化html, 結構表現行為分離, 兼容性優良. 頁面性能方面, 代碼要求簡潔明了有序, 盡可能的減小伺服器負載, 保證最快的解析速度.
文件規范
1. html, css, js, images文件均歸檔至<系統開發規范>約定的目錄中;
2. html文件命名: 英文命名, 後綴.htm. 同時將對應界面稿放於同目錄中, 若界面稿命名為中文, 請重命名與html文件同名, 以方便後端添加功能時查找對應頁面;
3. css文件命名: 英文命名, 後綴.css. 共用base.css, 首頁index.css, 其他頁面依實際模塊需求命名.;
4. Js文件命名: 英文命名, 後綴.js. 共用common.js, 其他依實際模塊需求命名.
HTML書寫規范
1. 文檔類型聲明及編碼: 統一為html5聲明類型; 編碼統一為, 書寫時利用IDE實現層次分明的縮進;
2. 非特殊情況下樣式文件必須外鏈至…之間;非特殊情況下JavaScript文件必須外鏈至頁面底部;
3. 引入樣式文件或JavaScript文件時, 須略去默認類型聲明.
4. 引入JS庫文件, 文件名須包含庫名稱及版本號及是否為壓縮版, 比如jquery-1.7.1.min.js; 引入插件, 文件名格式為庫名稱+插件名稱, 比如jQuery.cookie.js;
5. 所有編碼均遵循xhtml標准, 標簽 & 屬性 & 屬性命名 必須由小寫字母及下劃線數字組成, 且所有標簽必須閉合; 屬性值必須用雙引號包括;
6. 充分利用無兼容性問題的html自身標簽, 比如span, em, strong, optgroup, label,等等; 需要為html元素添加自定義屬性的時候, 首先要考慮下有沒有默認的已有的合適標簽去設置, 如果沒有, 可以使用須以」data-」為前綴來添加自定義屬性,避免使用」data:」等其他命名方式;
7. 語義化html, 如 標題根據重要性用h(同一頁面只能有一個h1), 段落標記用p, 列表用ul, 內聯元素中不可嵌套塊級元素;
8. 盡可能減少div嵌套
9. 書寫鏈接地址時, 必須避免重定向,例如:href=」http://www.example.com/」, 即須在URL地址後面加上「/」;
10. 在頁面中盡量避免使用style屬性,即style=」…」;
11. 必須為含有描述性表單元素(input, textarea)添加label
12. 能以背景形式呈現的圖片, 盡量寫入css樣式中;
13. 重要圖片必須加上alt屬性; 給重要的元素和截斷的元素加上title;
14. 給區塊代碼及重要功能(比如循環)加上注釋, 方便後台添加功能;
15. 特殊符號使用: 盡可能使用代碼替代: 比如 <(<) & >(>) & 空格( ) & »(») 等等;
16. 書寫頁面過程中, 請考慮向後擴展性;
17. class & id 參見 css書寫規范.
css書寫規范
1. 編碼統一為utf-8;
2. 協作開發及分工: i會根據各個模塊, 同時根據頁面相似程序, 事先寫好大體框架文件, 分配給前端人員實現內部結構&表現&行為; 共用css文件base.css由i書寫, 協作開發過程中, 每個頁面請務必都要引入, 此文件包含reset及頭部底部樣式, 此文件不可隨意修改;
3. class與id的使用: id是唯一的並是父級的, class是可以重復的並是子級的, 所以id僅使用在大的模塊上, class可用在重復使用率高及子級中; id原則上都是由我分發框架文件時命名的, 為JavaScript預留鉤子的除外;
4. 為JavaScript預留鉤子的命名, 請以 js_ 起始, 比如: js_hide, js_show;
5. class與id命名: 大的框架命名比如header/footer/wrapper/left/right之類的在2中由i統一命名.其他樣式名稱由 小寫英文 & 數字 & _ 來組合命名, 如i_comment, fontred, width200; 避免使用中文拼音, 盡量使用簡易的單片語合; 總之, 命名要語義化, 簡明化.
6. 規避class與id命名(此條重要, 若有不明白請及時與i溝通):
a) 通過從屬寫法規避, 示例見d;
b)取父級元素id/class命名部分命名, 示例見d;
c)重復使用率高的命名, 請以自己代號加下劃線起始, 比如i_clear;
d)a,b兩條, 適用於在2中已建好框架的頁面, 如, 要在2中已建好框架的頁面代碼中加入新的div元素
7. css屬性書寫順序, 建議遵循: 布局定位屬性–>自身屬性–>文本屬性–>其他屬性. 此條可根據自身習慣書寫, 但盡量保證同類屬性寫在一起. 屬性列舉: 布局定位屬性主要包括: display & list-style & position(相應的 top,right,bottom,left) & float & clear & visibility & overflow; 自身屬性主要包括: width & height & margin & padding & border & background; 文本屬性主要包括:color & font & text-decoration & text-align & vertical-align & white- space & 其他 & content; 我所列出的這些屬性只是最常用到的, 並不代表全部;
8. 書寫代碼前, 考慮並提高樣式重復使用率;
9. 充分利用html自身屬性及樣式繼承原理減少代碼量, 比如:這兒是標題列表2012-04- 24
定義
ul.list li{position:relative} ul.list li span{position:absolute; right:0}
即可實現日期居右顯示
10. 樣式表中中文字體名, 請務必轉碼成unicode碼, 以避免編碼錯誤時亂碼;
11. 背景圖片請盡可能使用sprite技術, 減小http請求, 考慮到多人協作開發, sprite按模塊製作;
12. 使用table標簽時(盡量避免使用table標簽), 請不要用width/ height/cellspacing/cellpadding等table屬性直接定義表現, 應盡可能的利用table自身私有屬性分離結構與表現 , 如thead,tr,th,td,tbody,tfoot,colgroup,scope; (cellspaing及cellpadding的css控制方法:table{border:0;margin:0;border-collapse:collapse;} table th, table td{padding:0;}, base.css文件中我會初始化表格樣式)
13. 如何可以請少使用兼容;
14. 用png圖片做圖片時, 要求圖片格式為png-8格式,若png-8實在影響圖片質量或其中有半透明效果, 請為ie6單獨定義背景:
_background:none;_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader (sizingMethod=crop, src=』img/bg.png』);
15. 避免兼容性屬性的使用, 比如text-shadow || css3的相關屬性;
16. 減少使用影響性能的屬性, 比如position:absolute || float ;
17. 必須為大區塊樣式添加註釋, 小區塊適量注釋;
18. 代碼縮進與格式: 建議單行書寫, 可根據自身習慣, 後期優化會統一處理;
JavaScript書寫規范
1. 文件編碼統一為utf-8, 書寫過程過, 每行代碼結束必須有分號; 原則上所有功能均根據XXX項目需求原生開發, 以避免網上down下來的代碼造成的代碼污染(沉冗代碼 || 與現有代碼沖突 || …);
2. 庫引入: 原則上僅引入jQuery庫, 若需引入第三方庫, 須與團隊其他人員討論決定;
3. 變數命名: 駝峰式命名. 原生JavaScript變數要求是純英文字母, 首字母須小寫, 如iTaoLun;
jQuery變數要求首字元為』_』, 其他與原生JavaScript 規則相同, 如: _iTaoLun;
另, 要求變數集中聲明, 避免全局變數.
4. 類命名: 首字母大寫, 駝峰式命名. 如 ITaoLun;
5. 函數命名: 首字母小寫駝峰式命名. 如iTaoLun();
6. 命名語義化, 盡可能利用英文單詞或其縮寫;
7. 盡量避免使用存在兼容性及消耗資源的方法或屬性, 比如eval_r() & innerText;
8. 後期優化中, JavaScript非注釋類中文字元須轉換成unicode編碼使用, 以避免編碼錯誤時亂碼顯示;
9. 代碼結構明了, 加適量注釋. 提高函數重用率;
10. 注重與html分離, 減小reflow, 注重性能.
圖片規范
1. 所有頁面元素類圖片均放入img文件夾, 測試用圖片放於img/demoimg文件夾;
2. 圖片格式僅限於gif || png || jpg;
3. 命名全部用小寫英文字母 || 數字 || _ 的組合,其中不得包含漢字 || 空格 || 特殊字元;盡量用易懂的詞彙, 便於團隊其他成員理解; 另, 命名分頭尾兩部分, 用下劃線隔開, 比如ad_left01.gif || btn_submit.gif;
4. 在保證視覺效果的情況下選擇最小的圖片格式與圖片質量, 以減少載入時間;
5. 盡量避免使用半透明的png圖片(若使用, 請參考css規范相關說明);
6. 運用css sprite技術集中小的背景圖或圖標, 減小頁面http請求, 但注意, 請務必在對應的sprite psd源圖中劃參考線, 並保存至img目錄下.
注釋規范
1. html注釋: 注釋格式 , 『–』只能在注釋的始末位置,不可置入注釋文字區域;
2. css注釋: 注釋格式 ;
3. JavaScript注釋, 單行注釋使用』//這兒是單行注釋』 ,多行注釋使用 ;
開發及測試工具約定
建議使用WebStorm||Aptana || Dw || Vim , 亦可根據自己喜好選擇, 但須遵循如下原則:
1. 不可利用IDE的視圖模式』畫』代碼;
2. 不可利用IDE生成相關功能代碼, 比如Dw內置的一些功能js;
3. 編碼必須格式化, 比如縮進;
測試工具: 前期開發僅測試FireFox & IE6 & IE7 & IE8 & IE9 & Opera & Chrome & Safari;
其他規范
1. 開發過程中嚴格按分工完成頁面, 以提高css復用率, 避免重復開發;
2. 減小沉冗代碼, 書寫所有人都可以看的懂的代碼. 簡潔易懂是一種美德. 為用戶著想, 為伺服器著想.
③ 程序員必讀的經典書籍
程序員需要學習的知識地很多的,需要不斷的看書學習,才能不斷的提升自己。下面是由我給大家帶來關於程序員必讀的書籍,希望對大家有幫助!
程序員必讀的書籍
1.重構:改善既有代碼的設計(軟體開發的不朽經典)
何為重構,一言以蔽之,就是在不改變外部行為的前提下,有條不紊地改善代碼。本書雖然使用Java語言書寫示例代碼,但是其概念與思想同樣適合 於其他語言。書中,作者以一些平淡無奇,甚至帶有壞味道的代碼開始,一步一步地修改轉變成更加靈活,可重用的代碼。通過書中的示例,你會清楚地明白什麼才 是整潔的代碼。重構其實依然成為 經驗 豐富的程序員的必備技能,當你想要改善重構代碼時,讀一讀這本書就會讓你有章可循,豁然開朗。
2.代碼整潔之道(Robert C. Martin力作,韓磊獻譯)
這是我最喜歡的一本書,不止一次我將它推薦給我的同事,讀者還有學生。我認為它可以稱得上軟體開發與編碼方便最好的一本書。Bob大叔我想無需做介紹,他寫 過一個關於敏捷開發的系列書籍,我的書架上就有他的 《代碼整潔之道》 , 《程序員的職業素養》 , 《敏捷軟體開發(原則模式與實踐)》 , 《敏捷軟體開發(原則模式與實踐)》 , 《UML for Java For Programmers》 , 《Extreme Programming in Practice》等這些書籍。雖然他的這些書有點老舊,但是這些書仍然很有價值,縱使數十年之後,這些書依舊受用,尤其是在面向對象編程方面。 本書不僅僅是告訴你要做什麼,還教會你什麼不能做。書中有關於代碼味道的一個章節,全面列舉了大多數程序員遇到的各種錯誤,其後的章節則詳細描述如何糾正 這些錯誤。比如如何將過長的switch聲明轉換成遵循開放閉合原則的模型,如何利用集成和多態。再次啰嗦一下,這本書確實值得每個程序員擁有。和上本書 一樣,書中的例子使用Java語言,但依然適合使用其他面向對象編程語言的開發者閱讀。想要擼的一手好碼,這本書必不可少。
3.代碼大全
兩屆Software Jolt Award震撼大獎得主!軟體開發世界的地圖,經典中的經典
想必這本書大家都曾閱讀過,這就是鼎鼎大名的《代碼大全》,從某個角度看,它其實就是C++版的《代碼整潔之道》。本書的目標就是幫開發者使用 做高質的代碼寫出更好的軟體。同樣書中也涉及了編程中常見問題和最佳實踐。這本書也可以稱得上是必讀書籍,尤其是對於C和C++程序員。《代碼大全(第2 版)》中所論述的技術不僅填補了初級與高級編程實踐之間的空白,而且也為程序員們提供了一個有關軟體開發技術的信息來源。《代碼大全(第2版)》對經驗豐 富的程序員、技術帶頭人、自學的程序員及沒有太多編程經驗的學生都是大有裨益的。可以說,只要您具有一定的編程基礎,想成為一名優秀的程序員,閱讀《代碼 大全(第2版)》都不會讓您失望。
4.單元測試的藝術
世界級軟體開發大師,設計模式和敏捷開發先驅,「Bob大叔」Robert C. Martin強力推薦
如果非要做一件改善項目,提高開發者水平的事情,我想那就是讓開發者掌握單元測試的能力。對於專業的開發者來說,單元測試是一項必備的技能,多數的程序員 卻不具備TDD(測試驅動開發)的能力。我雖然在不太遵循TDD這種模式,但是也會為自己寫的或維護的代碼編寫單元測試。對於工程來說,開源項目基本都嚴 格遵守執行單元測試,而很多商業的工程則在單元測試方面有所缺失。一個擁有單元測試的項目會變得更加容易維護和更改。本書會介紹成功的項目與失敗項目的差 別,可維護的代碼庫與不可維護的代碼庫之間的區別。本書示例為.NET代碼,但這並不會影響你了解單元測試。如果你是一名技術負責人或者項目負責人,這本 書可以幫你更好地把控項目代碼質量。如果你看Java更舒服的話,也可以看一看這本書 《JUnit實戰(第2版)》 。
5.精益軟體開發管理之道
《精益軟體開發管理之道》是一本軟體開發 方法 學的書。作者從24個不同的視角,在更大的空間、時間、行業、 文化 背景下,考察了敏捷和精益方法。 《精益軟體開發管理之道》詳細闡述了敏捷和精益開發方法取得成功的深層原因。《精益軟體開發管理之道》包括以下內容:系統思考,以適當足夠的方式關注客 戶;技術傑出,介紹了傑出軟體開發的基礎-低耦合的架構、測試驅動的開發過程等;可靠交付,討論了工作流和日程計劃,以及反饋的重要作用;無情改進,討論 了所有精益組織的基本特點:持續不斷、永不滿足的改進;卓越的人,卓越的結果來自於卓越的人;一致的領導,討論在領導團隊中達成一致。
6.設計模式:可復用面向對象軟體的基礎
這本書要麼你讀過,要麼就是聽說過,這就是經典的GOF(Gang of Four 中文譯為_)設計模式一書。該書作者為四人,分別是Eric Gamma, Richard Helm, Ralph Johnson, 和John Vissides。四位頂尖的面向對象領域專家精心選取了最具價值的設計實踐,加以分類整理和命名,並用簡潔而易於重用的形式表達出來。本書已經成為面向 對象技術人員的聖經和詞典,書中定義的23個模式逐漸成為開發界技術交流所必備的基礎知識和語匯。使用這些設計模式,我們可以設計出靈活,優雅和可重用的 可擴展的設計。
7.細說PHP
51CTO「最受讀者喜愛的原創IT技術圖書」獎
《細說PHP》編寫的宗旨是讓讀者能擁有一本PHP方面的學習和開發使用的最好書籍,對所羅列出的每個知識點都進行了細化和延伸,並力求講解到位,讓讀 者可以輕松地讀懂。對於幾乎每個知識點都有對應且詳實的可運行的代碼配套,對所有實例代碼都附有詳細注釋、說明及運行效果圖。另外在每個章節的最後還為讀 者安排了大量的和本章知識點配套的授課課件及自測試題(附加在光碟中),能更好地幫助讀者掌握理論知識點,提高實際編程能力,寓學於練。對於入門與提高 PHP技術起到關鍵作用。
《細說PHP》作者高洛峰。現任北京LAMP兄弟連[1](易第優 教育 )教學總監,五年軟體開發工作經驗,四年IT教學工作經驗。曾在多家上市企業擔任過技 術總監、項目經理、高級軟體工程師等職務,具有扎實的技術功底。國內資深的高級技術認證講師,從事IT培訓以來累計授課長達6000課時以上,培訓近千名 學員成功走向IT崗位,具有豐富的IT教學經驗。
程序員的專業技術書
1、《數學之美》第二版
獲獎暢銷書《數學之美》第一版榮獲國家圖書館第八屆文津圖書獎。
第一版入選廣電總局「2014年向全國青少年推薦百種優秀圖書書目」,榮獲2012-2013年度全行業優秀暢銷書。
信息領域大學生必讀好書,央視新聞推薦的學科敲門磚。
新版增加了大數據和機器學習等最新內容,以滿足人們對當下技術的學習需求;同時,根據專家和讀者的反饋更正了錯漏,並更新了部分內容。
《數 學之美》第一版上市後深受廣大讀者歡迎,並榮獲國家圖書館第八屆文津圖書獎。讀者說,讀了《數學之美》,才發現大學時學的數學知識,比如馬爾科夫鏈、矩陣 計算,甚至餘弦函數原來都如此親切,並且栩栩如生,才發現自然語言和信息處理這么有趣。而今,數學在信息產業中的應用越來越廣泛,因此,作者在第二版中增 加了一些內容,尤其是針對大數據和機器學習的內容,以便滿足人們對當下技術的學習需求。
2、文明之光 第三冊
吳軍博士繼獲獎暢銷書《浪潮之巔》、《數學之美》之後的跨界之作
為您講述他眼中的超越上下五千年的人類文明史
隨文津獎得主一起體會科技與人文之美
作 者所選的創作素材來自於十幾年來在世界各地的所見所聞,對其內容都有著深刻的體會和認識。《文明之光》系列第三冊每個章節依然相對獨立,書中全景式地展現 了人類文明發展歷程中的多樣性。內容涉及音樂、美術、計算機、互聯網、金融、矽谷對世界科技發展的啟迪、微粒子和宇宙天文學、環境保護八個專題。
3、構建之法:現代軟體工程
「做中學 Learning By Doing」的現代方式教授軟體工程
李未院士鼎力推薦,眾多軟工教師一致好評
微軟研發總監鄒欣力作
推薦軟體工程專業學子閱讀,了解軟體工程真正內涵,懂得「工程」二字真正含義,知道軟體工程和計算機科學的區別。了解之後,就知道為何軟體工程是就業含金量較高的行業了。
書中設想了大量的場景「學」和「習」,並且用了大量的類比,非常生動有趣。這本教材也對軟體工程課老師提出了更高的要求;對學生而言,同樣面臨著要付出怎樣的努力才能學到「干貨」的選擇。
《構建之法:現代軟體工程》共分17章,對照美國ACM/IEEE2013年新出版的計算機科學教學指導 (Computer ScienceCurricula 2013)中的軟體工程相關部分,這本教材覆蓋了其中大多數Core-Tier1和Core-Tier2的內容。可以說,全書對軟體工程內容的覆蓋不遜於 任何一本現行的教材,同時講述了業界最新實踐方法。
程序員看的好書籍
1.《哥德爾、埃舍爾、巴赫》
豆瓣評分:9.4 分
作者簡介:道格拉斯·理查·郝夫斯台特,中文名侯世達,美國學者、作家。他的主要研究領域包括意識、類比、藝術創造、文學翻譯以及數學和物理學探索。 因其著作《哥德爾、埃舍爾、巴赫》獲得普立茲獎(非小說類別)和美國國家經典獎(科學類別)。
推薦理由:這是一部天書。在數學,繪畫,音樂和 故事 中暢游,卻在探討哲學中最深刻的問題:意識和靈魂如何產生,從哲學角度探討人工智慧和人類智能。當你看完書後,也許你具體記不得太多細節,但是不經意間你會發現它已經深深地影響了你的世界觀。
2.《演算法導論》
豆瓣評分:9.4 分
作者簡介:托馬斯·科爾曼,達特茅斯學院計算機科學系教授、系主任;查爾斯·雷瑟爾森,麻省理工學院計算機科學與電氣工程系教授,他目前主持 MIT 超級計算技術研究組,並是 MIT 計算機科學和人工智慧實驗室計算理論研究組的成員;羅納德·李維斯特,現任麻省理工學院電子工程和計算機科學系安德魯與厄納·維特爾比(Andrew and Erna Viterbi)教授。他是 MIT 計算機科學和人工智慧實驗室的成員,並領導著其中的信息安全和隱私中心。他現在擔任國家密碼學會的負責人;克利福德·斯坦,哥倫比亞大學計算機科學系和工業工程與運籌學系教授,他還是工業工程與運籌學系的系主任。
推薦理由:這本書深入淺出,全面地介紹了計算機演算法。對每一個演算法的分析既易於理解又十分有趣,並保持了數學嚴謹性。本書的設計目標全面,適用於多種用途。涵蓋的內容有:演算法在計算中的作用,概率分析和隨機演算法的介紹。書中專門討論了線性規劃,介紹了動態規劃的兩個應用,隨機化和線性規劃技術的近似演算法等,還有有關遞歸求解、快速排序中用到的劃分方法與期望線性時間順序統計演算法,以及對貪心演算法元素的討論。此書還介紹了對強連通子圖演算法正確性的證明,對哈密頓迴路和子集求和問題的 NP 完全性的證明等內容。
猜你喜歡:
1. 程序員們的專業技術書分享
2. linux程序員必看書籍推薦
3. java程序員必看的書籍推薦
4. 清華大學推薦的青少年閱讀書目
5. 文藝青年必看的書
④ 程序員脫發怎麼辦
先來看下程序員容易脫發的原因:
一、用腦過度
事實證明,從事腦力勞動的工作人員更容易脫發。所以有個詞叫「聰明絕頂」,形容得恰如其分。用腦過度會導致脫發,因為從事腦力勞動會讓血液循環速度加快,會消耗大量的氧氣和能量。供給大腦的血液多了,皮膚毛發這類器官的血液自然就少了。頭發長期營養供給不足,自然就會出現脫發現象。
二、不規律的生活作息
熬夜可謂是程序員的常態。常常因為一個數據問題,半夜也得爬起來處理。熬夜對身體傷害很大,長期熬夜的人掉發也會明顯增多。因為熬夜會破壞一個人的正常作息規律,導致體內激素紊亂,頭發和激素調節有事密切相關的事,所以呢,熬夜會導致脫發。
三、精神壓力大
我們常常羨慕程序員的工資高,但是哪裡了解程序員背後所面臨的巨大精神壓力。要時刻應付客戶的即興修改需求、修復程序BUG,一條筋時刻崩得緊緊的。因為一個微小的事物可能導致整個項目的失敗。在這種壓力下,內分泌系統和免疫系統怎麼會不出現問題呢?於是乎,頭發也因為內分泌紊亂而頻繁掉發。
四、長期單身
程序員這個圈子很多單身狗。有人問了,單身和脫發有什麼關系?
事實證明,還真的有關系。哈佛大學曾做過一個有趣的調查,結果顯示已婚男子體內的雄性激素和未婚男子相比,體內的雄激素更趨向於偏低和穩定。而問題的關鍵就在於,雄激素是雄性脫發的一個重要影響因素。換句話說,就是男性長期單身更容易脫發。
有些客觀因素是不可避免的,那是沒辦法。目前國際上認可的治療脫發 的方法有葯物和植發。葯物適用於毛囊未有完全閉合的情況,如果是完全閉合了,那就植發吧。
⑤ 程序員美女說:建模一點都不難!做3D模型,這一步才是最難的
閑來無事逛推特,發現竟然有大神 開發了一個建模神器。在 像素網格 繪制好平面圖,再設置下相關參數,就能生成一個3D錘子模型了,妙啊…
其實Windows10系統也有類似的傻瓜式建模軟體,叫「 畫圖3D 」,它能幫你秒速建好3D模型。比如我們點擊右側欄的那個狗頭,再在面板上畫出自己所需的輪廓、大小,一隻可愛的3D狗狗就出現了。
除了一鍵傻瓜建模,如果你數學水平不錯,用基礎的 數學公式 也能構建出一個像模像樣的3D模型來。
最近比較火的 VR建模 ,甚至只用手柄就可以直接進行虛擬建模了。
你只要入了3D坑就會發現,建模是可以條條大路通羅馬的,3D行業 現階段真正的技術難點 其實是 模型處理和二次開發應用 。
能得出這個結論,還要從行業內主流的建模方式講起。3D行業內如今有 4種主流建模方式 ,分別是多邊形建模、曲面建模、體素建模和逆向建模,它們都各自有優缺點,同時也對應著自身的模型處理難點。
業界有一句話「你可以用多邊形為任何事物建模」。多邊形就是由多條邊圍成的一個閉合的路徑形成的一個面, 只要你使用足夠的細節,你可以創建任何錶面。 這也是多邊形建模成為主流建模方式的原因,做任何模型都 不會有限制 。
但多邊形建模也有缺點,它 只是一副空殼 ,雖然可以構建物體的表面,但無法反映現實物體的內在結構,與現實物體還是有不培嫌小差距。
而且建模師很容易過於精琢細節,導致 模型面數過多 ,以至於後面對模型做烘焙、渲染、展UV,幾乎會搞到崩潰, 二次開發的可操作性也變得很低, 造成一種模型做完了,但並不能良好應用的尷尬局面。
多邊形建模用直線構建平面,而曲面建模就是用曲線構成曲面的一種建模方式,它非常適合用來 創建光滑的物體 。比如看起來就很絲滑的 數碼產品、 汽車 和一些 人物細節 。
但這種建模方式缺點也很明顯,一來是比較麻煩,再一個是 很難精準參數化 。所以這種建模方式一般做視覺展示用,用來生成視頻或者圖片。
同時它對貼圖的美觀度和清晰度,要求比較高,而當這個模型擁有 大量高質量的貼圖 之後,就會導致 模型數據量變大 ,這就是它無可避免的缺點。
體素其實就是三維的 像素塊 ,最典型的體素建模的例子就是那款家喻戶曉的 游戲 「 我的世界 」,每個物體都是由一個個六面體像素塊堆疊成的。
用這種方式構建的模型,每個六面體都有自己的 體積 ,不像多邊形建模只有一個空殼。
不過體素建模有一個非常明顯的缺點: 內存太大 。它是由一個個立方體構成的,當然需要佔用立方體的內存,所以這也是一般體素 游戲 內存都特別大的原因,在一般的電腦設備上可能根本無法承載。
前面幾種建模方式可以沒有實物,靠構想進行建模,而逆向建模是 先有實物 ,再為它進行建模。逆向建模包括 照片逆向建模、三維掃描逆向建模 等一系列相關技術。開頭提到的 VR建模 用李漏的就是逆向建模方式。
現階段國家力推的 傾斜攝影 也屬於逆向建模,它是對實景進行全方位地拍攝掃描,從而建模。
逆向建模生成的模型通常 面數都很高,而且貼圖數量也非常多 ,這就導致了整個模型體量巨大,連做最基礎的展示都十分困難,更別提二次開發了。
基於以上建模方式與生俱來的缺憾,所以我們必須對模型進行再處理加工,以滿哪中爛足 不同的場景對模型的精度、內存、格式等等的不同需求 。
企業需要一輛車的3D模型。
對 汽車 製造行業來說,他就會對模型的精度要求非常高,甚至需要做到不差分毫,這樣才能實際投產。
而同樣是這輛車如果在 游戲 中被應用的話,就需要較高的貼圖質量、較好的流暢度和較小的數據體量來支持畫面。
現階段處理模型一般靠兩種方式:一種是人工,一種是機器演算法。 人工 操作比較繁雜且 耗時耗力 ,很可能本想處理一個體量較大的模型,搞大半天只減下去幾兆,最後精度還損失了,得不償失。
而 機器演算法 只要技術過硬,就可以達到事半功倍、甚至 解放雙手 的效果。
而且進行輕量化之後,不僅可以盡可能保障模型的精度。
還能最優化減面和展uv,達成適用於應用場景的最佳效果。
所以如果你有模型處理的難題,一定要先試一下對其進行 輕量化 處理,說不定問題就能迎刃而解啦。