ስለ 1C የድር ደንበኛ

የ 1C: የኢንተርፕራይዝ ቴክኖሎጂ አንዱ ጥሩ ባህሪያት የሚተዳደሩት ቅጾች ቴክኖሎጂን በመጠቀም የተሰራው የመተግበሪያ መፍትሄ በሁለቱም በዊንዶውስ ፣ ሊኑክስ ፣ ማክኦኤስ ኤክስ ውስጥ በቀጭኑ (ተፈፃሚ) ደንበኛ ውስጥ እና እንደ ድር ደንበኛ ለ 5 አሳሾች ሊጀመር ይችላል - Chrome፣ Internet Explorer፣ Firefox፣ Safari፣ Edge እና ሁሉም የመተግበሪያውን የምንጭ ኮድ ሳይቀይሩ። በተጨማሪም ፣ በውጫዊ መልኩ ፣ በቀጭኑ ደንበኛ እና በአሳሹ ውስጥ ያለው መተግበሪያ ይሠራል እና ተመሳሳይ ይመስላል።
10 ልዩነቶችን ይፈልጉ (በተቆረጡ 2 ስዕሎች ስር)

በሊኑክስ ላይ ቀጭን የደንበኛ መስኮት፡-

በድር ደንበኛ ውስጥ ተመሳሳይ መስኮት (በ Chrome አሳሽ ውስጥ)

ለምን የድር ደንበኛ አደረግን? ትንሽ በሚያሳዝን ሁኔታ ስንናገር ጊዜ እንዲህ ያለ ተግባር አዘጋጅቶልናል። ለረጅም ጊዜ በይነመረብ ላይ ሥራ ለንግድ መተግበሪያዎች ቅድመ ሁኔታ ሆኗል. በመጀመሪያ ለደካማ ደንበኞቻችን በበይነ መረብ በኩል የመሥራት ችሎታን ጨምረናል (በነገራችን ላይ አንዳንድ ተፎካካሪዎቻችን እዚያ አቁመዋል ፣ ሌሎች ደግሞ በተቃራኒው ቀጭን ደንበኛን ትተው በድር ደንበኛ አተገባበር ላይ ተገድበዋል)። ተጠቃሚዎቻችን ለእነሱ የሚስማማውን የደንበኛ አማራጭ እንዲመርጡ እድል ለመስጠት ወስነናል።

የድር አቅምን ወደ ቀጭን ደንበኛ ማከል በደንበኛ/በአገልጋይ አርክቴክቸር ላይ የተሟላ ለውጥ ያለው ትልቅ ስራ ነበር። የድር ደንበኛ መፍጠር ከባዶ የጀመረ ሙሉ ለሙሉ አዲስ ፕሮጀክት ነው።

የችግሩ ቀመር

ስለዚህ የፕሮጀክቱ መስፈርቶች፡ የድረ-ገጽ ደንበኛው ልክ እንደ ቀጭን ደንበኛ ተመሳሳይ ማድረግ አለበት፡-

1. የተጠቃሚ በይነገጽ አሳይ
2. በ1C ቋንቋ የተፃፈ የደንበኛ ኮድ ያስፈጽሙ

በ 1C ውስጥ ያለው የተጠቃሚ በይነገጽ በምስላዊ አርታዒ ውስጥ ተገልጿል, ነገር ግን በማወጅ, የንጥረ ነገሮች ፒክሰል-በ-ፒክስል አቀማመጥ ሳይኖር; ወደ ሦስት ደርዘን የሚጠጉ የበይነገጽ አካላት ዓይነቶች ጥቅም ላይ ይውላሉ - አዝራሮች ፣ የግቤት መስኮች (ጽሑፍ ፣ ዲጂታል ፣ ቀን / ሰዓት) ፣ ዝርዝሮች ፣ ጠረጴዛዎች ፣ ግራፎች ፣ ወዘተ.

በ1C ቋንቋ ያለው የደንበኛ ኮድ የአገልጋይ ጥሪዎችን ሊይዝ፣ ከአካባቢው ሃብቶች (ፋይሎች፣ ወዘተ) ጋር መስራት፣ ማተም እና ሌሎችንም ሊይዝ ይችላል።

ሁለቱም ቀጭኑ ደንበኛ (በድር ሲሰሩ) እና የድር ደንበኛ ከ1C መተግበሪያ አገልጋይ ጋር ለመገናኘት ተመሳሳይ የድር አገልግሎቶችን ይጠቀማሉ። የደንበኞቹ አተገባበር, በእርግጥ, የተለየ ነው - ቀጭን ደንበኛ በ C ++ ተጽፏል, የድር ደንበኛ በጃቫስክሪፕት ተጽፏል.

ትንሽ ታሪክ

የድር ደንበኛ ፕሮጀክት በ 2006 (በአማካይ) በ 5 ሰዎች ተጀምሯል. በተወሰኑ የፕሮጀክቱ ደረጃዎች, ገንቢዎች የተወሰኑ ተግባራትን (የተመን ሉህ ሰነድ, ንድፎችን, ወዘተ) ለመተግበር ተሳትፈዋል. እንደ አንድ ደንብ, እነዚህ በቀጭኑ ደንበኛ ውስጥ ይህን ተግባር ያደረጉ ተመሳሳይ ገንቢዎች ነበሩ. እነዚያ። ገንቢዎች ከዚህ ቀደም በC++ ውስጥ የፈጠሩትን ክፍሎች በጃቫ ስክሪፕት ፅፈዋል።

ከመጀመሪያው ጀምሮ ፣ በሁለቱ ቋንቋዎች መካከል ባለው ጠንካራ የፅንሰ-ሀሳብ ልዩነት የተነሳ ቀጭን ደንበኛ C ++ ኮድ ወደ የድር ደንበኛ ጃቫ ስክሪፕት ማንኛውንም አውቶማቲክ (ቢያንስ ከፊል) የመቀየር ሀሳብን ውድቅ አድርገናል። የድር ደንበኛ በጃቫ ስክሪፕት የተጻፈው ከባዶ ነው።

በፕሮጀክቱ የመጀመሪያ ድግግሞሾች ውስጥ የድር ደንበኛ የደንበኛ ኮድ አብሮ በተሰራው 1C ቋንቋ በቀጥታ ወደ ጃቫ ስክሪፕት ለውጦታል። ቀጭኑ ደንበኛ በተለየ መንገድ ይሠራል - አብሮ በተሰራው 1C ቋንቋ ውስጥ ያለው ኮድ ወደ ባይትኮድ ተሰብስቧል ፣ ከዚያ ይህ ባይት ኮድ በደንበኛው ላይ ይተረጎማል። በመቀጠል የድረ-ገጽ ደንበኛው ተመሳሳይ ነገር ማድረግ ጀመረ - በመጀመሪያ, የአፈፃፀም ትርፍ ሰጠ, ሁለተኛ, ቀጭን እና የድር ደንበኞችን አርክቴክቸር አንድ ለማድረግ አስችሏል.

የመጀመሪያው የ1C፡ኢንተርፕራይዝ መድረክ ከድር ደንበኛ ድጋፍ ጋር በ2009 ተለቀቀ። የዚያን ጊዜ የድር ደንበኛ 2 አሳሾችን ይደግፉ ነበር - ኢንተርኔት ኤክስፕሎረር እና ፋየርፎክስ። የመጀመሪያዎቹ ዕቅዶች ኦፔራን ለመደገፍ ነበር ፣ ግን በዚያን ጊዜ በኦፔራ ውስጥ ባለው መተግበሪያ የመዝጊያ ተቆጣጣሪዎች ሊታለፉ በማይችሉ ችግሮች (መተግበሪያው መዘጋቱን በ 100% በእርግጠኝነት መከታተል አልተቻለም ፣ እና በዚያን ጊዜ የማቋረጥ ሂደቱን ለማከናወን) የ 1C መተግበሪያ አገልጋይ) ከእነዚህ እቅዶች መተው ነበረበት።

የፕሮጀክት መዋቅር

በአጠቃላይ የ1C፡ኢንተርፕራይዝ መድረክ በጃቫስክሪፕት የተፃፉ 4 ፕሮጀክቶች አሉት፡-

1. WebTools - በሌሎች ፕሮጀክቶች ጥቅም ላይ የሚውሉ የጋራ ቤተ-መጻሕፍት (እዚህ ላይ እናካትታለን። ጎግል መዝጊያ ቤተ መጻሕፍት).
2. የመቆጣጠሪያ አካል የተቀረጸ ሰነድ (በጃቫ ስክሪፕት በሁለቱም በቀጭኑ ደንበኛ እና በድር ደንበኛ ውስጥ የተተገበረ)
3. የመቆጣጠሪያ አካል መርሐግብር አዘጋጅ (በጃቫ ስክሪፕት በሁለቱም በቀጭኑ ደንበኛ እና በድር ደንበኛ ውስጥ የተተገበረ)
4. የድር ደንበኛ

የእያንዳንዱ ፕሮጀክት መዋቅር ከጃቫ ፕሮጀክቶች መዋቅር ጋር ይመሳሰላል (ወይም .NET ፕሮጀክቶች - ለእርስዎ ቅርብ የሆነ); የስም ቦታዎች አሉን፣ እና እያንዳንዱ የስም ቦታ በተለየ አቃፊ ውስጥ ነው። በአቃፊው ውስጥ ፋይሎች እና የስም ቦታ ክፍሎች አሉ። በድር ደንበኛ ፕሮጀክት ውስጥ ወደ 1000 የሚጠጉ ፋይሎች አሉ።

በመዋቅር፣ የድር ደንበኛ በአብዛኛው በሚከተሉት ንዑስ ስርዓቶች የተከፋፈለ ነው።

• የሚተዳደር የደንበኛ መተግበሪያ በይነገጽ
  • አጠቃላይ የመተግበሪያ በይነገጽ (የስርዓት ምናሌዎች ፣ ፓነሎች)
  • የሚተዳደር ቅጾች በይነገጽ፣ እሱም ከሌሎች ነገሮች መካከል፣ ወደ 30 የሚጠጉ መቆጣጠሪያዎች (አዝራሮች፣ የተለያዩ የግቤት መስኮች - ጽሑፍ፣ ዲጂታል፣ ቀን/ሰዓት፣ ወዘተ፣ ሠንጠረዦች፣ ዝርዝሮች፣ ግራፎች፣ ወዘተ) ያካትታል።

• በደንበኛው ላይ ለገንቢዎች የሚገኝ የነገር ሞዴል (በአጠቃላይ ከ400 በላይ ዓይነቶች፡ የሚተዳደር የበይነገጽ ነገር ሞዴል፣ የውሂብ ቅንብር ቅንብሮች፣ ሁኔታዊ ቅርጸት፣ ወዘተ.)
• የተከተተ የቋንቋ አስተርጓሚ 1C
• የአሳሽ ቅጥያዎች (በጃቫስክሪፕት ላልተደገፈ ተግባር ጥቅም ላይ የሚውሉ)
  • ከክሪፕቶግራፊ ጋር በመስራት ላይ
  • ከፋይሎች ጋር በመስራት ላይ
  • በሁለቱም በቀጭን እና በድር ደንበኞች ውስጥ ጥቅም ላይ እንዲውሉ የሚያስችላቸው የውጭ አካል ቴክኖሎጂ

የእድገት ባህሪያት

ከላይ የተጠቀሱትን ሁሉ በጃቫስክሪፕት መተግበር ቀላል ስራ አይደለም። ምናልባት የ1C ድር ደንበኛ በጃቫስክሪፕት ከተፃፉ ትላልቅ የደንበኛ ወገን መተግበሪያዎች አንዱ ነው - ወደ 450.000 መስመሮች። በድር ደንበኛ ኮድ ውስጥ የነገር-ተኮር አቀራረብን በንቃት እንጠቀማለን ፣ ይህም በእንደዚህ ያለ ትልቅ ፕሮጀክት ስራውን ቀላል ያደርገዋል።

የደንበኛ ኮድ መጠንን ለመቀነስ በመጀመሪያ የራሳችንን አስጸያፊ ተጠቀምን እና ከመድረክ ስሪት 8.3.6 (ጥቅምት 2014) ጀምሮ መጠቀም ጀመርን ጎግል መዝጊያ ማጠናከሪያ. በቁጥሮች ውስጥ መጠቀም የሚያስከትለው ውጤት ከተደበቀ በኋላ የድር ደንበኛ ማዕቀፍ መጠን ነው፡-

• የእራሱ አስተላላፊ - 1556 ኪ.ባ
• ጎግል መዝጊያ ማጠናከሪያ - 1073 ኪ.ባ

ጎግል መዝጊያ ማጠናቀቂያን መጠቀም የድረ-ገጽ ደንበኛን አፈጻጸም ከራሳችን ደንቆሮ ጋር ሲነጻጸር በ30% እንድናሻሽል ረድቶናል። በተጨማሪም, በመተግበሪያው የሚበላው ማህደረ ትውስታ መጠን በ 15-25% ቀንሷል (በአሳሹ ላይ የተመሰረተ ነው).

Google Closure Compiler ከነገር ተኮር ኮድ ጋር በደንብ ይሰራል፣ስለዚህ ውጤታማነቱ ለድር ደንበኛ ከፍተኛው ነው። የመዝጊያ ማጠናቀቂያው ጥቂት ጥሩ ነገሮችን ያደርግልናል፡

• በፕሮጀክት ግንባታ ደረጃ ላይ የማይንቀሳቀስ አይነት መፈተሽ (ኮዱን በJSDoc ማብራሪያዎች የምንሸፍነው በመሆኑ)። ውጤቱ የማይንቀሳቀስ ትየባ ነው፣ በC++ ለመተየብ ደረጃው በጣም ቅርብ ነው። ይህ በፕሮጀክቱ ማጠናቀር ደረጃ ላይ በትክክል ትልቅ መቶኛ ስህተቶችን ለመያዝ ይረዳል።
• በድብቅ ኮድ መጠን መቀነስ
• የሚተገበር ኮድ በርካታ ማሻሻያዎች፣ ለምሳሌ፣ ለምሳሌ፡-
  • የውስጠ-መስመር ተግባራት መተኪያዎች. ተግባርን በጃቫስክሪፕት መጥራት በጣም ውድ ስራ ነው፣ እና በመስመር ላይ በተደጋጋሚ ጥቅም ላይ የሚውሉ ትናንሽ ዘዴዎችን መተካት ኮዱን በከፍተኛ ሁኔታ ያፋጥነዋል።
  • በማጠናቀር ጊዜ ቋሚዎችን መቁጠር። መግለጫው በቋሚው ላይ የሚመረኮዝ ከሆነ በቋሚው ትክክለኛ ዋጋ ይተካል

WebStormን እንደ የድር ደንበኛችን ልማት አካባቢ እንጠቀማለን።

ለኮድ ትንተና እንጠቀማለን SonarQubeየስታቲክ ኮድ ተንታኞችን የምናዋህድበት። በተንታኞች እገዛ የጃቫስክሪፕት ምንጭ ኮድ ጥራት መበላሸቱን እንከታተላለን እና ለመከላከል እንሞክራለን።

ምን ተግባራት አከናውነዋል/ እየፈታን ነው።

በፕሮጀክቱ ትግበራ ወቅት መፍታት ያለብን በርካታ አስደሳች ስራዎች አጋጥመውናል.

ከአገልጋዩ ጋር እና በመስኮቶች መካከል የውሂብ ልውውጥ

የምንጭ ኮድ መደበቅ የስርዓቱን አሠራር የሚያደናቅፍባቸው ሁኔታዎች አሉ። ከድር ደንበኛው ሊተገበር ከሚችለው ኮድ ውጭ የሆነ ኮድ በመደበቅ ምክንያት የእኛ ተፈፃሚ ኮድ ከሚጠብቀው የተለየ የተግባር እና የመለኪያ ስሞች ሊኖረው ይችላል። ለእኛ ያለው ውጫዊ ኮድ፡-

• ከአገልጋዩ እንደ የውሂብ አወቃቀሮች የሚመጣ ኮድ
• ለሌላ መተግበሪያ መስኮት ኮድ

ከአገልጋዩ ጋር በምንገናኝበት ጊዜ መደበቅን ለማስወገድ የ@Exose መለያን እንጠቀማለን፡-

/**
 * @constructor
 * @extends {Base.SrvObject}
 */
Srv.Core.GenericException = function ()
{
    /**
     * @type {string}
     * @expose
     */
    this.descr;

    /**
     * @type {Srv.Core.GenericException}
     * @expose
     */
    this.inner;

    /**
     * @type {string}
     * @expose
     */
    this.clsid;

    /**
     * @type {boolean}
     * @expose
     */
    this.encoded;
}

እና ከሌሎች መስኮቶች ጋር በሚገናኙበት ጊዜ መደበቅን ለማስወገድ ወደ ውጭ የሚላኩ በይነገጾች የሚባሉትን እንጠቀማለን (ሁሉም ዘዴዎች ወደ ውጭ የሚላኩባቸው በይነገጾች)።

/**
 * Экспортируемый интерфейс контрола DropDownWindow
 *
 * @interface
 * @struct
 */
WebUI.IDropDownWindowExp = function(){}

/**
 * Перемещает выделение на 1 вперед или назад
 *
 * @param {boolean} isForward
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarker = function (isForward, checkOnly){}

/**
 * Перемещает выделение в начало или конец
 *
 * @param {boolean} isFirst
 * @param {boolean} checkOnly
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.moveMarkerTo = function (isFirst, checkOnly){}

/**
 * @return {boolean}
 * @expose
 */
WebUI.IDropDownWindowExp.prototype.selectValue = function (){}

ቨርቹዋል DOM ዋና ከመሆኑ በፊት እንጠቀም ነበር)

ልክ እንደ ውስብስብ የድር UI ጋር እንደሚገናኙ ሁሉም ገንቢዎች፣ DOM ለተለዋዋጭ የተጠቃሚ በይነገጽ ተስማሚ እንዳልሆነ በፍጥነት ተረድተናል። ወዲያውኑ ማለት ይቻላል፣ ከUI ጋር ስራን ለማመቻቸት የቨርቹዋል DOM አናሎግ ተተግብሯል። በክስተቱ ሂደት ውስጥ ሁሉም የ DOM ለውጦች በማህደረ ትውስታ ውስጥ ይቀመጣሉ እና ሁሉም ክዋኔዎች ሲጠናቀቁ ብቻ የተከማቹ ለውጦች በ DOM ዛፍ ላይ ይተገበራሉ።

የድር ደንበኛ ማመቻቸት

የድረ-ገጽ ደንበኞቻችን በፍጥነት እንዲሰሩ ለማድረግ የአሳሹን መደበኛ ባህሪያት (CSS, ወዘተ) ከፍተኛውን ለመጠቀም እንሞክራለን. ስለዚህ የቅጽ ትዕዛዝ አሞሌ (በሁሉም የማመልከቻ ቅፅ ላይ የሚገኝ) በአሳሹ ብቻ የተሳለ ነው፣ በ CSS ላይ የተመሰረተ ተለዋዋጭ አቀማመጥ።

ሙከራ

ለተግባራዊ እና ለአፈፃፀም ሙከራ የራሳችንን መሳሪያ (በጃቫ እና ሲ ++ የተፃፈ) እንዲሁም በ የሲሊኒየም.

የእኛ መሳሪያ ሁለንተናዊ ነው - ማንኛውንም የመስኮት መርሃ ግብር ለመፈተሽ ያስችልዎታል, እና ስለዚህ ሁለቱንም ቀጭን ደንበኛ እና የድር ደንበኛን ለመሞከር ተስማሚ ነው. መሳሪያው የ1C መተግበሪያ መፍትሄን ወደ ስክሪፕት ፋይል ያስጀመረውን ተጠቃሚ ድርጊት ይመዘግባል። በተመሳሳይ ጊዜ የስክሪኑ የሥራ ቦታ ምስሎች (ደረጃዎች) ይመዘገባሉ. አዳዲስ የድር ደንበኛ ስሪቶችን በሚቆጣጠሩበት ጊዜ ሁኔታዎች ያለተጠቃሚ ተሳትፎ ይጫወታሉ። በማንኛውም ደረጃ ላይ ያለው ቅጽበታዊ ገጽ እይታ ከማጣቀሻው ጋር የማይመሳሰል ከሆነ, ፈተናው እንደወደቀ ይቆጠራል, ከዚያ በኋላ የጥራት ባለሙያው ምርመራ ያካሂዳል - ይህ ስህተት ወይም በስርዓቱ ባህሪ ላይ የታቀደ ለውጥ ነው. በታቀደው ባህሪ ውስጥ, ደረጃዎቹ በራስ-ሰር በአዲስ ይተካሉ.

መሳሪያው የመተግበሪያውን አፈጻጸም በ25 ሚሊሰከንዶች ትክክለኛነት ይለካል። በአንዳንድ አጋጣሚዎች የስክሪፕቱን ክፍሎች እንጠቀማለን (ለምሳሌ ፣ የትዕዛዙን ግቤት ብዙ ጊዜ መድገም) በጊዜ ሂደት የአፈፃፀምን ውድቀት ለመተንተን። የሁሉም መለኪያዎች ውጤቶች ለመተንተን በምዝግብ ማስታወሻ ውስጥ ይመዘገባሉ.

የእኛ የሙከራ መሣሪያ እና መተግበሪያ በሙከራ ላይ

የእኛ መሳሪያ እና ሴሊኒየም እርስ በርስ ይሟላሉ; ለምሳሌ ፣ በአንደኛው ማያ ገጽ ላይ ያለው አንዳንድ ቁልፍ ቦታውን ከቀየረ - ሴሊኒየም አይከታተለውም ፣ ግን መሳሪያችን ያስተውላል ፣ ምክንያቱም የቅጽበታዊ ገጽ እይታውን ከመደበኛው ጋር በፒክሰል-በ ፒክስል ንፅፅር ያደርጋል። እንዲሁም መሳሪያው የሚባዛው እሱ ስለሆነ ከቁልፍ ሰሌዳው ወይም ማውዙ የሚመጡ ግብአቶችን የማስኬድ ችግሮችን መከታተል ይችላል።

በሁለቱም መሳሪያዎች (የእኛ እና ሴሊኒየም) ላይ ያሉ ሙከራዎች ከመተግበሪያችን መፍትሄዎች የተለመዱ የስራ ሁኔታዎችን ያካሂዳሉ። የ1C፡የኢንተርፕራይዝ መድረክ ዕለታዊ ግንባታ በኋላ ሙከራዎች በራስ ሰር ይጀመራሉ። ስክሪፕቶች ከቀዘቀዙ (ከቀደመው ግንባታ ጋር ሲነጻጸር) የመቀነሱን ምክንያት እንመረምራለን እና እናስተካክላለን። የእኛ መስፈርት ቀላል ነው - አዲሱ ስብሰባ ከቀዳሚው ያነሰ መስራት የለበትም.

ገንቢዎች መቀዛቀዝ ክስተቶችን ለመመርመር የተለያዩ መሳሪያዎችን ይጠቀማሉ; በዋናነት ጥቅም ላይ የዋለ Dynatrace AJAX እትም ኩባንያ ማምረት DynaTrace. በቀድሞው እና በአዲሱ ስብሰባ ላይ የችግር አሠራሩ አፈፃፀም ምዝግብ ማስታወሻዎች ይመዘገባሉ, ከዚያም መዝገቦቹ ይመረመራሉ. በተመሳሳይ ጊዜ የነጠላ ኦፕሬሽኖች የማስፈጸሚያ ጊዜ (በሚሊሰከንዶች) ወሳኝ ነገር ላይሆን ይችላል - እንደ ቆሻሻ አሰባሰብ ያሉ የአገልግሎት ሂደቶች በየጊዜው በአሳሹ ውስጥ ይጀመራሉ, ከተግባሮች አፈፃፀም ጊዜ ጋር መደራረብ እና ስዕሉን ሊያዛባ ይችላል. በዚህ ጉዳይ ላይ የበለጠ ተዛማጅነት ያላቸው መመዘኛዎች የተፈጸሙት የጃቫስክሪፕት መመሪያዎች ብዛት, በ DOM ላይ ያሉ የአቶሚክ ስራዎች ብዛት, ወዘተ. በአዲሱ ስሪት ውስጥ በተመሳሳይ ስክሪፕት ውስጥ ያሉት የመመሪያዎች / ኦፕሬሽኖች ብዛት ከጨመረ ፣ ይህ ሁል ጊዜ መታረም ያለበት የአፈፃፀም ውድቀት ማለት ነው።

እንዲሁም የአፈጻጸም ውድቀት አንዱ ምክንያት Google Closure Compiler በሆነ ምክንያት የተግባሩን የመስመር ላይ መተካት አለመቻሉ ሊሆን ይችላል (ለምሳሌ፣ ተግባሩ ተደጋጋሚ ወይም ምናባዊ ስለሆነ)። በዚህ ሁኔታ, የምንጭ ኮዱን እንደገና በመጻፍ ሁኔታውን ለማስተካከል እንሞክራለን.

የአሳሽ ቅጥያዎች

የተተገበረ መፍትሄ በጃቫስክሪፕት ውስጥ ያልሆነ ተግባር ሲፈልግ የአሳሽ ቅጥያዎችን እንጠቀማለን፡-

• ከፋይሎች ጋር ለመስራት
• ከክሪፕቶግራፊ ጋር ለመስራት
• ጋር መስራት ውጫዊ አካላት

የእኛ ቅጥያዎች ሁለት ክፍሎች አሉት. የመጀመሪያው ክፍል የአሳሽ ኤክስቴንሽን (በተለምዶ የጃቫ ስክሪፕት ቅጥያዎች ለ Chrome እና ፋየርፎክስ) ከሁለተኛው ክፍል ጋር መስተጋብር የሚፈጥር፣ የሚያስፈልገንን ተግባር የሚተገብር ሁለትዮሽ ቅጥያ ነው። 3 የሁለትዮሽ ቅጥያዎችን - ለዊንዶውስ ፣ ሊነክስ እና ማክኦኤስ እንደምንጽፍ ልብ ሊባል ይገባል። የሁለትዮሽ ማራዘሚያው እንደ 1C፡ኢንተርፕራይዝ መድረክ አካል ሆኖ የቀረበ ሲሆን በ1C መተግበሪያ አገልጋይ ላይ ይገኛል። ለመጀመሪያ ጊዜ ከድር ደንበኛ ሲጠራ ወደ ደንበኛው ኮምፒተር ይወርዳል እና በአሳሹ ውስጥ ይጫናል.

በSafari ውስጥ ስንሄድ ቅጥያዎቻችን NPAPIን ይጠቀማሉ፤ በInternet Explorer ውስጥ ስንሄድ ቅጥያዎቻችን የActiveX ቴክኖሎጂን ይጠቀማሉ። Microsoft Edge ገና ቅጥያዎችን አይደግፍም, ስለዚህ የድር ደንበኛ በእሱ ውስጥ ካሉ ገደቦች ጋር ይሰራል.

ተጨማሪ እድገት

ለድር ደንበኛ ልማት ቡድን ከተግባር ቡድኖች አንዱ የተግባር ተጨማሪ እድገት ነው። የድር ደንበኛ ተግባር ከቀጭኑ ደንበኛ ተግባር ጋር ተመሳሳይ መሆን አለበት ፣ ሁሉም አዲስ ተግባራት በቀጭኑ ደንበኛ እና በድር ደንበኛ ውስጥ በተመሳሳይ ጊዜ ይተገበራሉ።

ሌሎች ተግባራት የሕንፃ ግንባታ፣ የማደስ፣ የአፈጻጸም እና አስተማማኝነት ማሻሻያዎች ናቸው። ለምሳሌ፣ ከአቅጣጫዎቹ አንዱ ወደ አልተመሳሰል የስራ ሞዴል ተጨማሪ እንቅስቃሴ ነው። የድር ደንበኛው ተግባራዊነት አካል በአሁኑ ጊዜ ከአገልጋዩ ጋር በሚመሳሰል መስተጋብር ሞዴል ላይ ተገንብቷል። ያልተመሳሰለው ሞዴል አሁን በአሳሾች ውስጥ (እና በአሳሾች ውስጥ ብቻ ሳይሆን) ይበልጥ ተዛማጅነት ያለው እየሆነ መጥቷል፣ እና ይሄ የተመሳሰለ ጥሪዎችን በማይመሳሰሉ በመተካት የድር ደንበኛን እንድንቀይር ያስገድደናል (እና ኮዱን በዚሁ መሰረት በማስተካከል)። ወደ ያልተመሳሰለ ሞዴል ​​ቀስ በቀስ የሚደረግ ሽግግር የተለቀቁ መፍትሄዎችን መደገፍ እና ቀስ በቀስ እነሱን ማስተካከል አስፈላጊነት ይገለጻል.

ምንጭ: hab.com