ليس من المفترض أن يقوم ResourceReloadListener#reload
بأي إعادة تحميل من تلقاء نفسه. بدلاً من ذلك ، يتمثل هدفه في إرجاع CompletableFuture
والذي ، عند تقييمه ، من المفترض أن يرسل مهام إعادة التحميل الفعلية إلى Executor
s.
إذا حاولت خداع النظام عن طريق وضع الكود مباشرةً في reload
وإعادة بعض الدمية CompletableFuture
التي لا تفعل شيئًا ، تتوقف اللعبة عند إعادة التحميل ، لأن المستقبل الذي تم إرجاعه بمقدار Synchronizer#whenPrepared
لن يحصل أبدًا مسمى.
يبدو أن تسميته شيئًا مثل createReloadTask
طريقة لتثبيط هذا المسار وتوضيح أنه لا يجب إعادة التحميل مباشرة بهذه الطريقة.
imo ، يجب إعادة تسمية ResourceReloadListener
إلى ResourceReloader
لأنهم هم الأشخاص الذين يقومون بالفعل بإعادة التحميل (قارن بـ ResourceReloadHandler
). اسم reload
جيد ، أو يمكننا التفكير في نظام تسمية ثابت لجميع الأسماء ذات الصلة بـ CompletableFuture
.
بعد نظرة ، لدينا بالفعل أداة إعادة تحميل الموارد التي تراقب إعادة التحميل.
الآن ، أنا مرتبك قليلاً بشأن ما يجب تسميته ، أو ما إذا كان يجب إعادة تسميته أم لا.
حسنًا ، ربما ResourceReloader
-> SimpleResourceReload
، ResourceReloadListener
-> ResourceReloader
. بالإضافة إلى ذلك ، قم بتسمية ResourceReloadMonitor
إلى ResourceReload
وقم بتسمية عمليات التنفيذ وفقًا لذلك. يمثل ResourceReload
عملية إعادة تحميل واحدة ويتم التخلص منها على الفور بعد ذلك ، لذلك يبدو هذا الاسم جيدًا بالفعل.
التعليق الأكثر فائدة
imo ، يجب إعادة تسمية
ResourceReloadListener
إلىResourceReloader
لأنهم هم الأشخاص الذين يقومون بالفعل بإعادة التحميل (قارن بـResourceReloadHandler
). اسمreload
جيد ، أو يمكننا التفكير في نظام تسمية ثابت لجميع الأسماء ذات الصلة بـCompletableFuture
.