පැකේජ නාම ඒකීය හෝ බහු වචන විය යුතුද?

248

බොහෝ විට, පුස්තකාලවල, විශේෂයෙන්, පැකේජවල තනි සංකල්පයක් වටා සංවිධානය කර ඇති පන්ති අඩංගු වේ. උදාහරණ: xml, sql, user, config, db . මම හිතන්නේ අපි හැමෝම ලස්සන ස්වභාවිකව මෙම පැකේජ තුළ නිවැරදි බව ගල්සියඹලා ඒක වචන .

com.myproject. xml .Element
com.myproject. SQL .Connection
com.myproject. පරිශීලක .User
com.myproject. පරිශීලක .UserFactory

කෙසේ වෙතත්, මම ඇත්තටම අඩංගු පැකේජයක් නම් තනි වර්ගයේ ක්රියාවට එකතුව - වැනි ආදිය කාර්යයන්, නීති රීති, අංශය, ආකෘති, , වඩාත් වන?

com.myproject. කාර්යයන් .TakeOutGarbageTask
com.myproject. කාර්යයන් .DoTheDishesTask
com.myproject. කාර්යයන් .PaintTheHouseTask

හෝ

com.myproject. කාර්යය .TakeOutGarbageTask
com.myproject. කාර්යය .DoTheDishesTask
com.myproject. කාර්යය .PaintTheHouseTask

object-oriented naming packages

— නිකොල්
source

දත්ත සමුදා වගු නම් මෙන් ඒකීය විය යුතු නමුත් විවිධ හේතු නිසා. උදාහරණයක් ලෙස ජාවා හෝ පයිතන් වැනි ජනප්‍රිය සම්මත පුස්තකාලයක් දෙස බලන්න.

Ar ජැරොඩ් රොබර්සන්: කරුණාකර ඔබේ පිළිතුර පිළිතුරක් ලෙස පළ කරන්න එවිට අපට එය නිසි ලෙස ඉහළ නැංවිය හැකිය.

— එස්.ලොට්

Ar ජැරොඩ්ට උදාහරණ කිහිපයක් අවශ්‍ය වනු ඇත, මන්ද සම්මත පුස්තකාලවල බොහෝ පන්ති මා ලැයිස්තුගත කළ පළමු කාණ්ඩයට අයත් වේ.

— නිකොල්

En පුනරුත්ථාපනය මගේ යාවත්කාලීන පිළිතුර දෙස බලන්න.

— මැතිව් රොඩටස්

Att මැතිව් - මම එයට කැමතියි. මා සැක කළ දේ ඔබ ප්‍රකාශ කර ඇති නමුත් කේතීකරණය කරන්නේ කෙසේදැයි විශ්වාස නැත.

— නිකොල්

Answers:

321

සමජාතීය අන්තර්ගතයන් සහිත පැකේජ සඳහා බහු වචන සහ විෂමජාතීය අන්තර්ගතයන් සහිත පැකේජ සඳහා ඒකීය භාවිතා කරන්න.

පන්තියක් දත්ත සමුදා සම්බන්ධතාවයකට සමානය. දත්ත සමුදා සම්බන්ධතාවයක් ඒකීයව නම් කළ යුත්තේ එහි වාර්තා සම්බන්ධතාවයේ අවස්ථා ලෙස සැලකේ. සම්බන්ධතාවයක කාර්යය වන්නේ සරල දත්ත වලින් සංකීර්ණ වාර්තාවක් රචනා කිරීමයි.

පැකේජයක්, අනෙක් අතට, දත්ත සාරාංශයක් නොවේ. එය කේත සංවිධානය කිරීමට සහ නම් කිරීමේ ගැටුම් නිරාකරණය කිරීමට සහාය වේ. පැකේජයක් ඒකීය ලෙස නම් කර ඇත්නම්, පැකේජයේ සෑම සාමාජිකයෙකුම පැකේජයේ උදාහරණයක් බව එයින් අදහස් නොවේ; එයට සම්බන්ධ නමුත් විෂමජාතීය සංකල්ප අඩංගු වේ. එය බහු වචන වලින් නම් කර තිබේ නම් (ඒවා බොහෝ විට මෙන් ), පැකේජයේ සමජාතීය සංකල්ප අඩංගු වනු ඇතැයි මම අපේක්ෂා කරමි.

උදාහරණයක් ලෙස, TaskCollectionඒ වෙනුවට TasksCollectionනිදසුන් ඇතුළත් කළ යුතුය Task. නම් කරන ලද පැකේජයක් තුළ com.myproject.taskඅඩංගු සෑම පන්තියක්ම කාර්යයක අවස්ථාවක් බව අදහස් නොවේ. එකක් වෙන්න පුළුවන් TaskHandler, එය TaskFactory, ආදිය ඒ නම් පැකේජය com.myproject.tasks: කෙසේ වෙතත්, විවිධ සියළු කර්තව්යයන් බව වර්ග අඩංගු බව TakeOutGarbageTask, DoTheDishesTaskආදිය,

— මැතිව් රොඩටස්
source

සමාන ප්‍රශ්නයක් සඳහා, english.stackexchange.com/q/25713 බලන්න . ඒ කාණ්ඩය ඒක වචන සමානය සහ වර්ගය බහු ගැනීම හා සමානය.

— මැතිව් රොඩටස්

ඉතා සබැඳෙයි ඔබ දර්ශන මෙම රීතියට ව්යාතිරේකයක් ලබා. beansබහු වචන වේ, කෙසේ වෙතත් java.beansජාවාබීන්ස් හා සම්බන්ධ සියලු ආකාරයේ පන්ති අඩංගු වේ.

— hellodanylo

හොඳ පිළිතුරක් ඇත, නමුත් දත්ත සමුදා සම්බන්ධතා තර්කනය සමඟ මම එකඟ නොවෙමි. ඊආර්ඩී හි සම්බන්ධතා ඒකීය වන්නේ ඒවා ආයතන අතර සම්බන්ධතා පෙන්වන බැවිනි. වගු යනු සම්බන්ධතාවල භෞතිකව ක්‍රියාත්මක කිරීමක් වන අතර ඒවා පේළි කිහිපයක් තබා ඇති අතර එමඟින් බහු IMO විය යුතුය. "මෙම වගුවේ ඇත්තේ කුමක්ද?" යනු "පරිශීලකයින්" නොවේ "පරිශීලකයා". රූබී, පයිතන්, ජාවාස්ක්‍රිප්ට් සහ පීඑච්පී වැනි ප්‍රජාවන්ට වඩා ව්‍යවසාය ලෝකයේ (සී #, ජාවා) ඒකීය නම් කිරීම බහුලව සිදුවන බව පෙනේ.

— රයිගු

D ස්කයිඩාන්ගේ ප්‍රකාශය මෙහි සම්පූර්ණයෙන්ම නොසලකා හරින ඉතා වැදගත් දෙයක් පෙන්වා දෙයි. "ජාවා.බීන්ස්" යන බහුවිධ නම් කිරීම ඇත්ත වශයෙන්ම වැරැද්දක් බව මට පෙනේ, ඒ වෙනුවට එය "java.bean" ලෙස නම් කළ යුතුව තිබුණි.

— විකී චිජ්වානි

Iv විකීචිජ්වානි-ස්කයිඩාන් ජාවාබීන්ස් a වෙළඳ ලකුණක් බැවින්, ඔවුන්ට බොහෝ විට අවශ්‍ය වූයේ තාක්‍ෂණයම සඳහන් කිරීම සඳහා නම තබා ගැනීමටය, එබැවින් ඔවුන් භාවිතා java.beansකළහ.

— හෙජාසි

මෙය බොහෝ විට නිශ්චිත භාෂාවක් මත රඳා පවතී. .NET (C #) හි නාම අවකාශයේ නම ision ට්ටනයක් සිදුවිය හැකි නම් එය අනිවාර්යයෙන්ම බහු වචන විය යුතුය ( type name expected but namespace foundදෝෂය). මම මේ සමඟ කටයුතු කර ඇත්තෙමි, එය ප්‍රසන්න නොවන අතර කේතය පුරා සුදුසුකම් ලත් ආකාරයේ නම් ලබා දේ. උදාහරණය .

— ඩෙන්
source