js編程思路

『壹』 鐢╦s緙栫▼鍋氱敤js緙栫▼鍋

for(var i=1000;i<9999;i++){
//鍒ゆ柇鍥涗綅鏁版槸鍚︾浉鍚
String [] isRepeat=i+"".split("");

for(var i=0;i<isRepeat.length-1;i++){
if(isRepeat[i].equal(isRepeat[i+1])){
break;

}
//楠岃瘉b+c=a

if(Integer.parseInt(isRepeat[1])+Integer.parseInt(isRepeat[2])!=Integer.parseInt(isRepeat[0])){
break;

}

}

//楠岃瘉瀹屽叏騫蟲柟鏁
for(var i=0;i<Integer.parseInt(isRepeat[1]);i++){
//澹版槑鎬繪暟
var sum=1;

sum=

}

}

『貳』 如何利用js編寫一行三列的框架

目前前端開發者使用JS框架是種很普遍的現象，因為框架可以加快開發速度，同時避免各類瀏覽器的兼容性問題。不過同樣是用框架開發，不同開發者的境界水平還是有一定差距，本文將這些前端開發者分為三個等級。
第一種境界：了解各類框架、並熟悉甚至精通某種框架的使用，但並未看過框架代碼、或者並不理解框架核心細節的實現，甚至不清楚框架的設計原理、基本思想、適用場景。這類人的編程思路始終限制在」特定框架「的范圍內，盡管能使用框架寫出滿足需求的代碼。
這種人停留在」會用「框架的階段，他們很在乎各種框架的比較，且一定要對框架分出三六九等。這些人寫代碼的思路始終沒有離開」功能實現「。
第二種境界：精通各類框架，熟讀各類框架源碼，非常了解各類框架的核心功能的細節實現，熟識各類框架的優缺點和適用場景，權衡利弊後理性選擇相對適用業務邏輯的框架，並能根據業務的需要有針對性的修改框架核心代碼使之更加滿足可維護性和性能上的需求，但依然要基於某種框架進行業務開發，框架的范圍依然停留在組織代碼、第一層的抽象和組件的模塊化的范圍內。
這種人停留在」精通「框架的階段。他們的特點是有能力去對框架做有針對性的二次封裝，甚至有些人有能力重寫框架核心代碼，但依然要基於某種框架做擴展和hack。這些人寫代碼的思路始終在」代碼管理和框架級別的抽象「。
第三種境界：異常精通各類框架，同時精通業務邏輯，嫻熟的對業務邏輯進行抽象，具備傳統軟體工程師的基本素質，有能力設計業務框架，並根據業務邏輯的需要重寫合適的底層框架。這類人的編程思路已經完全脫離「框架」的限制，達到一種真正自由超然的境界。
這種人已經達到技術方和需求方一致認可的「專家」級別，技術功底扎實、同時精通業務。他們寫代碼的思路已經完全脫離「框架」，並始終圍繞業務邏輯，主要工作即為業務邏輯層面的抽象和介面設計。

『叄』 js模塊化編程有什麼規范

基礎

我們首先簡單地概述一下，自從三年前Eric Miraglia（YUI的開發者）第一次發表博客描述模塊化模式以來的一些模塊化模式。如果你已經對於這些模塊化模式非常熟悉了，大可以直接跳過本節，從「進階模式」開始閱讀。
匿名閉包
這是一種讓一切變為可能的基本結構，同時它也是Javascript最棒的特性。我們將簡單地創建一個匿名函數並立即執行它。所有的代碼將跑在這個函數內，生存在一個提供私有化的閉包中，它足以使得這些閉包中的變數能夠貫穿我們的應用的整個生命周期。

復制代碼 代碼如下:

(function () {
// ... all vars and functions are in this scope only
// still maintains access to all globals
}());

注意這對包裹匿名函數的最外層括弧。因為Javascript的語言特性，這對括弧是必須的。在js中由關鍵詞function開頭的語句總是會被認為是函數聲明式。把這段代碼包裹在括弧中就可以讓解釋器知道這是個函數表達式。
全局變數導入
Javascript有一個特性叫做隱式全局變數。無論一個變數名在哪兒被用到了，解釋器會根據作用域鏈來反向找到這個變數的var聲明語句。如果沒有找到var聲明語句，那麼這個變數就會被視為全局變數。如果這個變數用在一句賦值語句中，同時這個變數又不存在時，就會創建出一個全局變數。這意味著在匿名閉包中使用或創建全局變數是很容易的。不幸的是，這會導致寫出的代碼極難維護，因為對於人的直觀感受來說，一眼根本分不清那些是全局的變數。
幸運的是，我們的匿名函數提供了簡單的變通方法。只要將全局變數作為參數傳遞到我們的匿名函數中，就可以得到比隱式全局變數更清晰又快速的代碼了。下面是示例：

復制代碼 代碼如下:

(function ($, YAHOO) {
// now have access to globals jQuery (as $) and YAHOO in this code
}(jQuery, YAHOO));

模塊導出
有時你不僅想要使用全局變數，你還想要聲明它們，以供反復使用。我們可以很容易地通過導出它們來做到這一點——通過匿名函數的返回值。這樣做將會完成一個基本的模塊化模式雛形，接下來會是一個完整的例子：

復制代碼 代碼如下:

var MODULE = (function () {
var my = {},
privateVariable = 1;
function privateMethod() {
// ...
}
my.moleProperty = 1;
my.moleMethod = function () {
// ...
};
return my;
}());

注意我們已經聲明了一個叫做MODULE的全局模塊，它擁有2個公有的屬性：一個叫做MODULE.moleMethod的方法和一個叫做MODULE.moleProperty的變數。另外，它還維護了一個利用匿名函數閉包的、私有的內置狀態。同時，我們可以很容易地導入需要的全局變數，並像之前我們所學到的那樣來使用這個模塊化模式。
進階模式
上面一節所描述的基礎已經足以應對許多情況，現在我們可以將這個模塊化模式進一步的發展，創建更多強大的、可擴展的結構。讓我們從MODULE模塊開始，一一介紹這些進階模式。
放大模式
整個模塊必須在一個文件中是模塊化模式的一個限制。任何一個參與大型項目的人都會明白將js拆分多個文件的價值。幸運的是，我們擁有一個很棒的實現來放大模塊。首先，我們導入一個模塊，並為它添加屬性，最後再導出它。下面是一個例子——從原本的MODULE中放大它：

復制代碼 代碼如下:

var MODULE = (function (my) {
my.anotherMethod = function () {
// added method...
};
return my;
}(MODULE));

我們用var關鍵詞來保證一致性，雖然它在此處不是必須的。在這段代碼執行完之後，我們的模塊就已經擁有了一個新的、叫做MODULE.anotherMethod的公有方法。這個放大文件也會維護它自己的私有內置狀態和導入的對象。
寬放大模式
我們的上面例子需要我們的初始化模塊最先被執行，然後放大模塊才能執行，當然有時這可能也不一定是必需的。Javascript應用可以做到的、用來提升性能的、最棒的事之一就是非同步執行腳本。我們可以創建靈活的多部分模塊並通過寬放大模式使它們可以以任意順序載入。每一個文件都需要按下面的結構組織：

復制代碼 代碼如下:

var MODULE = (function (my) {
// add capabilities...
return my;
}(MODULE || {}));

在這個模式中，var表達式使必需的。注意如果MODULE還未初始化過，這句導入語句會創建MODULE。這意味著你可以用一個像LABjs的工具來並行載入你所有的模塊文件，而不會被阻塞。
緊放大模式
寬放大模式非常不錯，但它也會給你的模塊帶來一些限制。最重要的是，你不能安全地覆蓋模塊的屬性。你也無法在初始化的時候，使用其他文件中的屬性（但你可以在運行的時候用）。緊放大模式包含了一個載入的順序序列，並且允許覆蓋屬性。這兒是一個簡單的例子（放大我們的原始MODULE）：

復制代碼 代碼如下:

var MODULE = (function (my) {
var old_moleMethod = my.moleMethod;
my.moleMethod = function () {
// method override, has access to old through old_moleMethod...
};
return my;
}(MODULE));

我們在上面的例子中覆蓋了MODULE.moleMethod的實現，但在需要的時候，可以維護一個對原來方法的引用。
克隆與繼承

復制代碼 代碼如下:

var MODULE_TWO = (function (old) {
var my = {},
key;
for (key in old) {
if (old.hasOwnProperty(key)) {
my[key] = old[key];
}
}
var super_moleMethod = old.moleMethod;
my.moleMethod = function () {
// override method on the clone, access to super through super_moleMethod
};
return my;
}(MODULE));

這個模式可能是最缺乏靈活性的一種選擇了。它確實使得代碼顯得很整潔，但那是用靈活性的代價換來的。正如我上面寫的這段代碼，如果某個屬性是對象或者函數，它將不會被復制，而是會成為這個對象或函數的第二個引用。修改了其中的某一個就會同時修改另一個（譯者註：因為它們根本就是一個啊！）。這可以通過遞歸克隆過程來解決這個對象克隆問題，但函數克隆可能無法解決，也許用eval可以解決吧。因此，我在這篇文章中講述這個方法僅僅是考慮到文章的完整性。
跨文件私有變數
把一個模塊分到多個文件中有一個重大的限制：每一個文件都維護了各自的私有變數，並且無法訪問到其他文件的私有變數。但這個問題是可以解決的。這里有一個維護跨文件私有變數的、寬放大模塊的例子：

復制代碼 代碼如下:

var MODULE = (function (my) {
var _private = my._private = my._private || {},
_seal = my._seal = my._seal || function () {
delete my._private;
delete my._seal;
delete my._unseal;
},
_unseal = my._unseal = my._unseal || function () {
my._private = _private;
my._seal = _seal;
my._unseal = _unseal;
};
// permanent access to _private, _seal, and _unseal
return my;
}(MODULE || {}));

所有文件可以在它們各自的_private變數上設置屬性，並且它理解可以被其他文件訪問。一旦這個模塊載入完成，應用程序可以調用MODULE._seal()來防止外部對內部_private的調用。如果這個模塊需要被重新放大，在任何一個文件中的內部方法可以在載入新的文件前調用_unseal()，並在新文件執行好以後再次調用_seal()。我如今在工作中使用這種模式，而且我在其他地方還沒有見過這種方法。我覺得這是一種非常有用的模式，很值得就這個模式本身寫一篇文章。
子模塊
我們的最後一種進階模式是顯而易見最簡單的。創建子模塊有許多優秀的實例。這就像是創建一般的模塊一樣：

復制代碼 代碼如下:

MODULE.sub = (function () {
var my = {};
// ...
return my;
}());

雖然這看上去很簡單，但我覺得還是值得在這里提一提。子模塊擁有一切一般模塊的進階優勢，包括了放大模式和私有化狀態。