ಡೈನಾಮಿಕ್ಸ್ AX 2012 ನಲ್ಲಿ ಯಾವ ಉಪವರ್ಗವನ್ನು ತ್ವರಿತವಾಗಿ ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು SysExtension ಫ್ರೇಮ್ವರ್ಕ್ ಅನ್ನು ಬಳಸುವುದು

ಪ್ರಕಟಣೆ: ಫೆಬ್ರವರಿ 16, 2025 ರಂದು 12:26:27 ಪೂರ್ವಾಹ್ನ UTC ಸಮಯಕ್ಕೆ

ಈ ಲೇಖನವು ಡೈನಾಮಿಕ್ಸ್ ಎಎಕ್ಸ್ 2012 ಮತ್ತು ಡೈನಾಮಿಕ್ಸ್ 365 ನಲ್ಲಿ ಕಡಿಮೆ-ಪರಿಚಿತವಾದ ಸಿಸ್ಎಕ್ಸ್ಟೆನ್ಷನ್ ಫ್ರೇಮ್ವರ್ಕ್ ಅನ್ನು ಗುಣಲಕ್ಷಣ ಅಲಂಕಾರಗಳ ಆಧಾರದ ಮೇಲೆ ಉಪ ತರಗತಿಗಳನ್ನು ತ್ವರಿತಗೊಳಿಸಲು ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ ಹೇಗೆ ಬಳಸುವುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಇದು ಸಂಸ್ಕರಣಾ ವರ್ಗ ಶ್ರೇಣಿಯ ಸುಲಭವಾಗಿ ವಿಸ್ತರಿಸಬಹುದಾದ ವಿನ್ಯಾಸಕ್ಕೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.

ಸಾಧ್ಯವಾದಷ್ಟು ಜನರಿಗೆ ಲಭ್ಯವಾಗುವಂತೆ ಮಾಡಲು ಈ ಪುಟವನ್ನು ಇಂಗ್ಲಿಷ್‌ನಿಂದ ಯಂತ್ರಭಾಷಾಂತರಿಸಲಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಯಂತ್ರಭಾಷಾಂತರವು ಇನ್ನೂ ಪರಿಪೂರ್ಣ ತಂತ್ರಜ್ಞಾನವಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ದೋಷಗಳು ಸಂಭವಿಸಬಹುದು. ನೀವು ಬಯಸಿದರೆ, ನೀವು ಮೂಲ ಇಂಗ್ಲಿಷ್ ಆವೃತ್ತಿಯನ್ನು ಇಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು:

Using the SysExtension Framework to Find Out Which Subclass to Instantiate in Dynamics AX 2012

ಈ ಪೋಸ್ಟ್ ನಲ್ಲಿರುವ ಮಾಹಿತಿಯು ಡೈನಾಮಿಕ್ಸ್ ಎಎಕ್ಸ್ 2012 ಆರ್ 3 ಅನ್ನು ಆಧರಿಸಿದೆ. ಇದು ಇತರ ಆವೃತ್ತಿಗಳಿಗೆ ಮಾನ್ಯವಾಗಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು. (ನವೀಕರಣ: ಈ ಲೇಖನದಲ್ಲಿನ ಮಾಹಿತಿಯು ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ ಡೈನಾಮಿಕ್ಸ್ 365 ಗೆ ಸಹ ಮಾನ್ಯವಾಗಿದೆ ಎಂದು ನಾನು ದೃಢೀಕರಿಸಬಲ್ಲೆ)

ಡೈನಾಮಿಕ್ಸ್ ಎಎಕ್ಸ್ ನಲ್ಲಿ ಸಂಸ್ಕರಣಾ ತರಗತಿಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ನೀವು ಆಗಾಗ್ಗೆ ವರ್ಗ ಶ್ರೇಣಿಯನ್ನು ರಚಿಸುವುದನ್ನು ಎದುರಿಸುತ್ತೀರಿ, ಇದರಲ್ಲಿ ಪ್ರತಿ ಉಪವರ್ಗವು ಎನಮ್ ಮೌಲ್ಯಕ್ಕೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ ಅಥವಾ ಇತರ ಕೆಲವು ಡೇಟಾ ಸಂಯೋಜನೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಕ್ಲಾಸಿಕ್ ವಿನ್ಯಾಸವು ಸೂಪರ್ ವರ್ಗದಲ್ಲಿ ನಿರ್ಮಾಣ ವಿಧಾನವನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಇದು ಇನ್ಪುಟ್ ಆಧಾರದ ಮೇಲೆ ಯಾವ ವರ್ಗವನ್ನು ತ್ವರಿತವಾಗಿ ನಿರ್ಧರಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಸ್ವಿಚ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ.

ಇದು ತಾತ್ವಿಕವಾಗಿ ಚೆನ್ನಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ನೀವು ಅನೇಕ ವಿಭಿನ್ನ ಸಂಭಾವ್ಯ ಇನ್ಪುಟ್ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ (ಎನಮ್ನಲ್ಲಿನ ಅನೇಕ ಅಂಶಗಳು ಅಥವಾ ಬಹುಶಃ ಇನ್ಪುಟ್ ಹಲವಾರು ವಿಭಿನ್ನ ಮೌಲ್ಯಗಳ ಸಂಯೋಜನೆಯಾಗಿದೆ), ಅದನ್ನು ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟಕರ ಮತ್ತು ದೋಷ-ಸಂಭವನೀಯವಾಗಬಹುದು ಮತ್ತು ವಿನ್ಯಾಸವು ಯಾವಾಗಲೂ ಅನಾನುಕೂಲತೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ, ನೀವು ಎಂದಾದರೂ ಹೊಸ ಉಪವರ್ಗವನ್ನು ಸೇರಿಸಿದರೆ ಅಥವಾ ಯಾವ ಇನ್ಪುಟ್ ಆಧಾರದ ಮೇಲೆ ಯಾವ ಉಪವರ್ಗವನ್ನು ಬಳಸಬೇಕು ಎಂಬ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದರೆ ನೀವು ಈ ನಿರ್ಮಾಣ ವಿಧಾನವನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾಗುತ್ತದೆ.

ಅದೃಷ್ಟವಶಾತ್, ಇದನ್ನು ಮಾಡಲು ಹೆಚ್ಚು ಸೊಗಸಾದ, ಆದರೆ ದುರದೃಷ್ಟವಶಾತ್ ಹೆಚ್ಚು ತಿಳಿದಿಲ್ಲದ ಮಾರ್ಗವಿದೆ, ಅಂದರೆ ಸಿಸ್ ಎಕ್ಸ್ಟೆನ್ಷನ್ ಫ್ರೇಮ್ವರ್ಕ್ನ ಬಳಕೆ.

ಯಾವುದನ್ನು ನಿರ್ವಹಿಸಲು ಯಾವ ಉಪ ವರ್ಗವನ್ನು ಬಳಸಬೇಕು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಿಸ್ಟಮ್ ಗೆ ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡಲು ನಿಮ್ಮ ಉಪ ತರಗತಿಗಳನ್ನು ಅಲಂಕರಿಸಲು ನೀವು ಬಳಸಬಹುದಾದ ಗುಣಲಕ್ಷಣಗಳ ಲಾಭವನ್ನು ಈ ಚೌಕಟ್ಟು ಪಡೆಯುತ್ತದೆ. ನಿಮಗೆ ಇನ್ನೂ ನಿರ್ಮಾಣ ವಿಧಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಆದರೆ ಸರಿಯಾಗಿ ಮಾಡಿದರೆ, ಹೊಸ ಉಪ ತರಗತಿಗಳನ್ನು ಸೇರಿಸುವಾಗ ನೀವು ಅದನ್ನು ಎಂದಿಗೂ ಮಾರ್ಪಡಿಸಬೇಕಾಗಿಲ್ಲ.

ಒಂದು ಕಾಲ್ಪನಿಕ ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ ಮತ್ತು ಇನ್ವೆಂಟ್ ಟ್ರಾನ್ಸ್ ಕೋಷ್ಟಕದ ಆಧಾರದ ಮೇಲೆ ಒಂದು ರೀತಿಯ ಸಂಸ್ಕರಣೆಯನ್ನು ಮಾಡುವ ಶ್ರೇಣಿಯನ್ನು ನೀವು ಕಾರ್ಯಗತಗೊಳಿಸಲಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ಯಾವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮಾಡಬೇಕು ಎಂಬುದು ದಾಖಲೆಗಳ ಸ್ಥಿತಿಸ್ವೀಕೃತಿ ಮತ್ತು ಸ್ಥಿತಿಯ ವಿತರಣೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ, ಜೊತೆಗೆ ದಾಖಲೆಗಳು ಸೇಲ್ಸ್ ಲೈನ್, ಪರ್ಚ್ ಲೈನ್ ಗೆ ಸಂಬಂಧಿಸಿವೆಯೇ ಅಥವಾ ಎರಡಕ್ಕೂ ಸಂಬಂಧಿಸಿವೆಯೇ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಈಗಾಗಲೇ, ನೀವು ಸಾಕಷ್ಟು ವಿಭಿನ್ನ ಸಂಯೋಜನೆಗಳನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ.

ಈಗ ನೀವು ಬೆರಳೆಣಿಕೆಯಷ್ಟು ಸಂಯೋಜನೆಗಳನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸಬೇಕಾಗಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ ಎಂದು ಹೇಳೋಣ, ಆದರೆ ಕಾಲಾನಂತರದಲ್ಲಿ ಹೆಚ್ಚು ಹೆಚ್ಚು ಸಂಯೋಜನೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನಿಮ್ಮನ್ನು ಕೇಳಲಾಗುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ.

ಇದನ್ನು ತುಲನಾತ್ಮಕವಾಗಿ ಸರಳವಾಗಿರಿಸೋಣ ಮತ್ತು ಸದ್ಯಕ್ಕೆ ನೀವು ಸೇಲ್ಸ್ ಲೈನ್ ಗೆ ಸಂಬಂಧಿಸಿದ ದಾಖಲೆಗಳನ್ನು ರಿಸರ್ವ್ ಫಿಸಿಕಲ್ ಅಥವಾ ರಿಸರ್ವ್ ಆರ್ಡರ್ ನ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಮಾತ್ರ ನಿರ್ವಹಿಸಬೇಕಾಗಿದೆ, ಇತರ ಎಲ್ಲಾ ಸಂಯೋಜನೆಗಳನ್ನು ಸದ್ಯಕ್ಕೆ ನಿರ್ಲಕ್ಷಿಸಬಹುದು, ಆದರೆ ನೀವು ನಂತರ ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕಾಗುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿರುವುದರಿಂದ, ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಸುಲಭವಾಗಿ ವಿಸ್ತರಿಸಬಹುದಾದ ರೀತಿಯಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲು ನೀವು ಬಯಸುತ್ತೀರಿ.

ನಿಮ್ಮ ಶ್ರೇಣೀಕರಣವು ಈಗ ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು:

MyProcessor
- MyProcessor_Sales
  - MyProcessor_Sales_ReservOrdered
  - MyProcessor_Sales_ReservPhysical

ಈಗ, ಮಾಡ್ಯೂಲ್ ಇನ್ವೆಂಟ್ ಪರ್ಚ್ ಸೇಲ್ಸ್ ಮತ್ತು ಸ್ಟೇಟಸ್ ಇಶ್ಯೂ ಇನಮ್ ಅನ್ನು ಆಧರಿಸಿದ ಉಪವರ್ಗವನ್ನು ತ್ವರಿತಗೊಳಿಸುವ ವಿಧಾನವನ್ನು ನೀವು ಸೂಪರ್ ಕ್ಲಾಸ್ ನಲ್ಲಿ ಸುಲಭವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಆದರೆ ನೀವು ಪ್ರತಿ ಬಾರಿ ಉಪ ವರ್ಗವನ್ನು ಸೇರಿಸಿದಾಗ ನೀವು ಸೂಪರ್ ಕ್ಲಾಸ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ವಸ್ತು-ಆಧಾರಿತ ಪ್ರೋಗ್ರಾಮಿಂಗ್ನಲ್ಲಿ ಆನುವಂಶಿಕತೆಯ ಕಲ್ಪನೆಯಲ್ಲ. ಎಲ್ಲಾ ನಂತರ, ನೀವು ಪ್ರತಿ ಬಾರಿ ಹೊಸ ಬ್ಯಾಚ್ ಕೆಲಸವನ್ನು ಸೇರಿಸಿದಾಗ ನೀವು ರನ್ಬೇಸ್ಬ್ಯಾಚ್ ಅಥವಾ ಸಿಸ್ಆಪರೇಷನ್ಸರ್ಬೇಸ್ಬೇಸ್ ಅನ್ನು ಮಾರ್ಪಡಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

ಬದಲಾಗಿ, ನೀವು SysExtension ಚೌಕಟ್ಟನ್ನು ಬಳಸಬಹುದು. ಅದಕ್ಕೆ ನೀವು ಮತ್ತೊಂದು ವರ್ಗವನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿರುತ್ತದೆ, ಅದು SysAttribute ಅನ್ನು ವಿಸ್ತರಿಸಬೇಕಾಗಿದೆ. ಈ ತರಗತಿಯನ್ನು ನಿಮ್ಮ ಸಂಸ್ಕರಣಾ ತರಗತಿಗಳನ್ನು ನೀವು ಅಲಂಕರಿಸಬಹುದಾದ ಗುಣಲಕ್ಷಣವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಈ ವರ್ಗವು SysOperation ಅನುಷ್ಠಾನಕ್ಕಾಗಿ ನೀವು ಡೇಟಾ ಒಪ್ಪಂದ ತರಗತಿಯನ್ನು ಹೇಗೆ ಮಾಡುತ್ತೀರಿ ಎಂಬುದಕ್ಕೆ ಬಹಳ ಹೋಲುತ್ತದೆ, ಇದರಲ್ಲಿ ಇದು ಕೆಲವು ಡೇಟಾ ಸದಸ್ಯರು ಮತ್ತು ಆ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯಲು ಮತ್ತು ಹೊಂದಿಸಲು ಪಾರ್ಮ್ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ.

ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ವರ್ಗ ಘೋಷಣೆಯು ಈ ರೀತಿ ಕಾಣಬಹುದು:

class MyProcessorSystemAttribute extends SysAttribute
{
    ModuleInventPurchSales  module;
    StatusIssue             statusIssue;
    StatusReceipt           statusReceipt
}

ಎಲ್ಲಾ ಡೇಟಾ ಸದಸ್ಯರನ್ನು ತ್ವರಿತಗೊಳಿಸಲು ನೀವು ಹೊಸ () ವಿಧಾನವನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ನೀವು ಬಯಸಿದರೆ ನೀವು ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಅಥವಾ ಎಲ್ಲವನ್ನೂ ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳನ್ನು ನೀಡಬಹುದು, ಆದರೆ ನಾನು ಅದನ್ನು ಮಾಡಿಲ್ಲ.

public void new(ModuleInventPurchSales  _module,
                StatusIssue             _statusIssue,
                StatusReceipt           _statusReceipt)
{
    ;

    super();

    module          = _module;
    statusIssue     = _statusIssue;
    statusReceipt   = _statusReceipt;
}

ಮತ್ತು ನೀವು ಪ್ರತಿ ಡೇಟಾ ಸದಸ್ಯರಿಗೆ ಪಾರ್ಮ್ ವಿಧಾನವನ್ನು ಸಹ ಜಾರಿಗೆ ತರಬೇಕು, ಆದರೆ ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ ಎಂದು ನನಗೆ ಖಾತ್ರಿಯಿರುವುದರಿಂದ ನಾನು ಅವುಗಳನ್ನು ಇಲ್ಲಿ ಕೈಬಿಟ್ಟಿದ್ದೇನೆ - ಇಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ವ್ಯಾಯಾಮವೆಂದು ಪರಿಗಣಿಸೋಣ ;-)

ಈಗ ನೀವು ನಿಮ್ಮ ಪ್ರತಿಯೊಂದು ಸಂಸ್ಕರಣಾ ತರಗತಿಗಳನ್ನು ಅಲಂಕರಿಸಲು ನಿಮ್ಮ ಗುಣಲಕ್ಷಣ ವರ್ಗವನ್ನು ಬಳಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ವರ್ಗ ಘೋಷಣೆಗಳು ಈ ರೀತಿ ಕಾಣಬಹುದು:

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::None,
                            StatusReceipt::None)]
class MyProcessor_Sales extends MyProcessor
{
}

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::ReservOrdered,
                            StatusReceipt::None)]
class MyProcessor_Sales_ReservOrdered extends MyProcessor_Sales
{
}

[MyProcessorSystemAttribute(ModuleInventPurchSales::Sales,
                            StatusIssue::ReservPhysical,
                            StatusReceipt::None)]
class MyProcessor_Sales_ReservPhysical extends MyProcessor_Sales
{
}

ನೀವು ನಿಮ್ಮ ತರಗತಿಗಳನ್ನು ನಿಮಗೆ ಬೇಕಾದ ರೀತಿಯಲ್ಲಿ ಹೆಸರಿಸಬಹುದು, ಇಲ್ಲಿ ಪ್ರಮುಖ ಭಾಗವೆಂದರೆ ನಿಮ್ಮ ತರಗತಿಗಳನ್ನು ಅವರು ಯಾವ ರೀತಿಯ ಸಂಸ್ಕರಣೆ ಮಾಡುತ್ತಾರೆ ಎಂಬುದಕ್ಕೆ ಅನುಗುಣವಾದ ಗುಣಲಕ್ಷಣಗಳೊಂದಿಗೆ ಅಲಂಕರಿಸುತ್ತೀರಿ. (ಆದರೆ ಡೈನಾಮಿಕ್ಸ್ ಎಎಕ್ಸ್ ನಲ್ಲಿ ವರ್ಗ ಶ್ರೇಣಿಗಳಿಗೆ ಹೆಸರಿಸುವ ಸಂಪ್ರದಾಯಗಳಿವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಅನುಸರಿಸುವುದು ಯಾವಾಗಲೂ ಒಳ್ಳೆಯದು ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ, ಸಾಧ್ಯವಾದರೆ).

ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಯಾವ ರೀತಿಯ ಸಂಸ್ಕರಣೆಯನ್ನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಲು ಈಗ ನೀವು ನಿಮ್ಮ ತರಗತಿಗಳನ್ನು ಅಲಂಕರಿಸಿದ್ದೀರಿ, ಅಗತ್ಯಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಉಪ ವರ್ಗಗಳ ವಸ್ತುಗಳನ್ನು ತ್ವರಿತಗೊಳಿಸಲು ನೀವು ಸಿಸ್ ಎಕ್ಸ್ ಟೆನ್ಷನ್ ಚೌಕಟ್ಟಿನ ಲಾಭವನ್ನು ಪಡೆಯಬಹುದು.

ನಿಮ್ಮ ಸೂಪರ್ ಕ್ಲಾಸ್ ನಲ್ಲಿ (ಮೈಪ್ರೊಸೆಸರ್), ನೀವು ಈ ರೀತಿಯ ನಿರ್ಮಾಣ ವಿಧಾನವನ್ನು ಸೇರಿಸಬಹುದು:

public static MyProcessor construct(ModuleInventPurchSales _module,
StatusIssue _statusIssue,
StatusReceipt _statusReceipt)
{
    MyProcessor                 ret;
    MyProcessorSystemAttribute  attribute;
    ;

    attribute = new MyProcessorSystemAttribute( _module,
                                                _statusIssue,
                                                _statusReceipt);

    ret = SysExtensionAppClassFactory::getClassFromSysAttribute(classStr(MyProcessor), attribute);

    if (!ret)
    {
        //  no class found
        //  here you could throw an error, instantiate a default
        //  processor instead, or just do nothing, up to you
    }

    return ret;
}

ನಿಜವಾಗಿಯೂ ಆಸಕ್ತಿದಾಯಕ ಭಾಗ - ಮತ್ತು ನಿಜವಾಗಿಯೂ ಈ ಇಡೀ ಪೋಸ್ಟ್ನ ವಸ್ತು (ಪಾಪವನ್ನು ಕ್ಷಮಿಸಿ) - ಸಿಸ್ಎಕ್ಸ್ಟೆನ್ಷನ್ ಆಪ್ಕ್ಲಾಸ್ಫ್ಯಾಕ್ಟರಿ ತರಗತಿಯಲ್ಲಿ ಗೆಟ್ಕ್ಲಾಸ್ ಫ್ರಮ್ಸಿಸ್ಆಟ್ರಿಬ್ಯೂಟ್ () ವಿಧಾನವಾಗಿದೆ. ಈ ವಿಧಾನವು ಏನು ಮಾಡುತ್ತದೆ ಎಂದರೆ ಅದು ಶ್ರೇಣೀಕರಣದ ಸೂಪರ್ ವರ್ಗದ ಹೆಸರನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ (ಮತ್ತು ಈ ಸೂಪರ್ ಕ್ಲಾಸ್ ಶ್ರೇಣಿಯ ಮೇಲ್ಭಾಗದಲ್ಲಿರಬೇಕಾಗಿಲ್ಲ; ಇದರರ್ಥ ಈ ವರ್ಗವನ್ನು ವಿಸ್ತರಿಸುವ ವರ್ಗಗಳು ಮಾತ್ರ ಅರ್ಹವಾಗಿರುತ್ತವೆ) ಮತ್ತು ಗುಣಲಕ್ಷಣ ವಸ್ತು.

ನಂತರ ಇದು ನಿರ್ದಿಷ್ಟ ಸೂಪರ್ ಕ್ಲಾಸ್ ಅನ್ನು ವಿಸ್ತರಿಸುವ ವರ್ಗದ ವಸ್ತುವನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಅನುಗುಣವಾದ ಗುಣಲಕ್ಷಣದಿಂದ ಅಲಂಕರಿಸಲಾಗುತ್ತದೆ.

ನೀವು ಬಯಸಿದಷ್ಟು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣೀಕರಣ ಅಥವಾ ತರ್ಕವನ್ನು ನೀವು ನಿರ್ಮಾಣ ವಿಧಾನಕ್ಕೆ ಸೇರಿಸಬಹುದು, ಆದರೆ ಇಲ್ಲಿ ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ಒಮ್ಮೆ ಕಾರ್ಯಗತಗೊಳಿಸಿದರೆ, ನೀವು ಈ ವಿಧಾನವನ್ನು ಮತ್ತೆ ಮಾರ್ಪಡಿಸಬೇಕಾಗಿಲ್ಲ. ನೀವು ಶ್ರೇಣಿಗೆ ಉಪ ವರ್ಗಗಳನ್ನು ಸೇರಿಸಬಹುದು ಮತ್ತು ನೀವು ಅವುಗಳನ್ನು ಸೂಕ್ತವಾಗಿ ಅಲಂಕರಿಸುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವವರೆಗೆ, ನಿರ್ಮಾಣ ವಿಧಾನವು ಬರೆಯಲ್ಪಟ್ಟಾಗ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದಿದ್ದರೂ ಅವುಗಳನ್ನು ಕಂಡುಹಿಡಿಯುತ್ತದೆ.

ಕಾರ್ಯಕ್ಷಮತೆಯ ಬಗ್ಗೆ ಏನು? ನಾನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಅದನ್ನು ಮಾನದಂಡಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿಲ್ಲ, ಆದರೆ ಇದು ಬಹುಶಃ ಕ್ಲಾಸಿಕ್ ಸ್ವಿಚ್ ಸ್ಟೇಟ್ಮೆಂಟ್ ವಿನ್ಯಾಸಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದು ನನ್ನ ಭಾವನೆ. ಆದಾಗ್ಯೂ, ಡೈನಾಮಿಕ್ಸ್ ಎಎಕ್ಸ್ ನಲ್ಲಿನ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು ಡೇಟಾಬೇಸ್ ಪ್ರವೇಶದಿಂದ ಉಂಟಾಗುತ್ತವೆ ಎಂದು ಪರಿಗಣಿಸಿ, ನಾನು ಅದರ ಬಗ್ಗೆ ಹೆಚ್ಚು ಚಿಂತಿಸುವುದಿಲ್ಲ.

ಸಹಜವಾಗಿ, ಸಾವಿರಾರು ವಸ್ತುಗಳನ್ನು ತ್ವರಿತವಾಗಿ ರಚಿಸಲು ಅಗತ್ಯವಿರುವ ಏನನ್ನಾದರೂ ನೀವು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಮತ್ತಷ್ಟು ತನಿಖೆ ಮಾಡಲು ಬಯಸಬಹುದು, ಆದರೆ ಕೆಲವು ದೀರ್ಘ ಸಂಸ್ಕರಣೆ ಮಾಡಲು ನೀವು ಒಂದೇ ವಸ್ತುವನ್ನು ತಕ್ಷಣವೇ ಮಾಡುವ ಕ್ಲಾಸಿಕ್ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅದು ಮುಖ್ಯವಾಗುತ್ತದೆ ಎಂದು ನನಗೆ ಅನುಮಾನವಿದೆ. ಅಲ್ಲದೆ, ನನ್ನ ಟ್ರಬಲ್ ಶೂಟಿಂಗ್ ಸಲಹೆಯನ್ನು (ಮುಂದಿನ ಪ್ಯಾರಾಗ್ರಾಫ್) ಪರಿಗಣಿಸಿ, ಸಿಸ್ಎಕ್ಸ್ಟೆನ್ಷನ್ ಫ್ರೇಮ್ವರ್ಕ್ ಕ್ಯಾಚಿಂಗ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದ್ದರಿಂದ ಚಾಲನೆಯಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇದು ಗಮನಾರ್ಹ ಕಾರ್ಯಕ್ಷಮತೆಯ ಹೊಡೆತವನ್ನು ಹೊಂದಿದೆ ಎಂದು ನನಗೆ ಅನುಮಾನವಿದೆ. ಟ್ರಬಲ್ ಶೂಟ್: ನಿರ್ಮಾಣ ವಿಧಾನವು ನಿಮ್ಮ ಉಪ ವರ್ಗಗಳನ್ನು ಸರಿಯಾಗಿ ಅಲಂಕರಿಸಲಾಗಿದೆ ಎಂದು ನಿಮಗೆ ಖಚಿತವಾಗಿದ್ದರೂ ಸಹ ಕಂಡುಹಿಡಿಯದಿದ್ದರೆ, ಅದು ಕ್ಯಾಚಿಂಗ್ ಸಮಸ್ಯೆಯಾಗಬಹುದು. ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಎರಡರಲ್ಲೂ ಕ್ಯಾಶ್ ಗಳನ್ನು ತೆರವುಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿ. ಎಒಎಸ್ ಅನ್ನು ನಿಜವಾಗಿಯೂ ಮರುಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಆದರೆ ಇದು ಕೊನೆಯ ಉಪಾಯವಾಗಿರಬಹುದು.