İş dışı uygulamalardan bahsederken “İş mantığı” terimini kullanmalı mıyım?

Programın başlatma, giriş, çıkış ile ilgilenmeyen bir parçası olduğunu varsayalım. Sadece ne yapılacağını, neye izin verilip verilmeyeceğini belirtir. Bunun için "İş mantığı" terimini kullanıyorum. Ancak uygulamanın iş ile ilgisi yoktur.

Örnek: bir oyun. Aşağıdaki parçaların olduğunu varsayalım:

Girdi işleme
Çarpışma algılama, fizik, oyuncu kontrolü
Çıktı oluşturma
AI - NPC'ler belirtilen hedefe nasıl ulaşır?
"İş mantığı" - oyuncu belirli nesnelere dokunduğunda ne olur. Ne tür NPC'ler var ve ne zaman yapıyorlar ..., "hayat", "cephane", "seviyeler", "puan" kavramları.

Ama bu iş değil, sadece bir oyun. Wikipedia bu konuda net değil.

terminology business-logic

— Vi0
kaynak

"Uygulama mantığı" ne dersiniz?

— ChrisF

"Po-tay-to diyorum, Po-tah-to diyorsun" ... "Birinden altı, diğerinden yarım düzine". Uygulamanın çalışması gereken kurallar. Onlara ne istediğinizi söyleyin, onlar onlar. Başvurunuzun çalışması için orada olmalıdır ZORUNLU.

— Katolikler

@Catchops, Bu kuralların yoğunlaştığı bir yer için kesin ve resmi bir terim var mı?

— Vi0

Listelediğiniz her şeyi "algoritmalar" olarak adlandırıyorum

— Lambdageek

@Lambdageek, Algoritmalar tüm parçalarda kullanılabilir. Örnek: 3D görüntü oluşturma algoritmaları.

— Vi0

Yanıtlar:

Bu konuda garip hissediyorsanız veya başkalarından geri alıyorsanız, bunun yerine "Domain Logic" terimini kullanmayı deneyin .

— John MacIntyre
kaynak

bağlama bağlı olarak 'Model Mantık' da kullanılabilir düşünüyorum

— noonex

-1

Bir uygulamanın temel özellikleri genellikle "İş Mantığı" olarak adlandırılır.

Çok sayıda başka isim var.

"Zorunlu özellikler".

"Model" (Model-Görünüm-Kontrol'deki gibi).

"Uygulama Mantığı".

"Gerçek İş".

Bir ürünün temel, çekirdek, çekirdek özellikleri için sınırsız sayıda İngilizce eşanlamlısınız var. Daha fazlasını bulmak için bir Eş Anlamlılar Sözlüğü kullanmaktan çekinmeyin.

— S.Lott
kaynak