팬아웃(소프트웨어)
Fan-out (software)![]() | 이 글은 초점이 부족하거나 둘 이상의 주제에 관한 것일 수 있다.. (2022년 3월) 하거나 를 하여 이 를 토크 에서 하여 개선하도록 |
Fan-out은 소프트웨어 엔지니어링에서 다른 의미를 갖는다.
메시지 지향 미들웨어
메시지 지향 미들웨어 솔루션에서 팬아웃은 메시지 전달(또는 전파)을 한 곳 또는 여러 목적지에 동시에 전달할 수 있음을 암시하는 정보 교환을 모델링하는 데 사용되는 메시징 패턴이며, 해당 메시지에 대한 응답을 기다리는 메시징을 실행하는 프로세스를 중단하지 않는다.[1][2][3]
소프트웨어 설계 및 품질 보증
소프트웨어 구성에서 한 클래스 또는 방법의 팬아웃은 해당 클래스에서 사용하는 다른 클래스의 수 또는 그 방법에 의해 호출되는 다른 방법의 수입니다.[4]
또한, 팬아웃은 소프트웨어의 품질에 영향을 미친다.[5][6][7]
참고 항목
참조
- ^ "AMQP 0-9-1 Model Explained". RabbitMQ.
- ^ "Writing Request/Response Clients and Servers: Sending Asynchronous Messages". Oracle Tuxedo Documentation.
- ^ "/dev/fanout : A One-To-Many Multiplexer".
- ^ McConnell, Steven (2004). "Chapter 5: Design Construction". Code Complete, Second Edition. Microsoft Press. ISBN 978-0-7356-1967-8.
- ^ Alikhashashneh, E.; Raje, R.; Hill, J. (April 2018). "Using Software Engineering Metrics to Evaluate the Quality of Static Code Analysis Tools". 2018 1st International Conference on Data Intelligence and Security (ICDIS): 65–72. doi:10.1109/ICDIS.2018.00017.
- ^ Krauskopf, J. (February 1990). "Elemental concerns (software design)". IEEE Potentials. 9 (1): 13–15. doi:10.1109/45.46811. ISSN 1558-1772.
- ^ Mubarak, A.; Counsell, S.; Hierons, R. M. (May 2010). "An evolutionary study of fan-in and fan-out metrics in OSS". 2010 Fourth International Conference on Research Challenges in Information Science (RCIS): 473–482. doi:10.1109/RCIS.2010.5507329.