Difference between Classes and Obje

Difference between Classes and Object Properties. In the last tab we had a class Parent. Here we have an object property hasParent. Does asserting "Sam hasParent Steve" automatically make Steve a member of class parent? Only if the class Parent is set up with the correct restrictions to make that true. The logic is all within the Parent class. To give another example, say we created an object property hasUncle, then asserted that "Sam hasUncle Cliff". Would a class Uncle magically appear? No. In order to make a class Uncle we would have to do the same thing we did this the Sibling class - create it and then add a meaningful restriction. Object properties and classes are separate concepts and we use restrictions to connect them together. We have to write those restrictions manually. So why use both? Some ontologies have lots of classes and few object properties, others are the opposite. Some use a combination. Making Mother a class makes it easy to search for all the Mothers. But its a bit more difficult to automatically search for all the Children with their respective Mothers if you don't have the hasMother relation. Likewise if you have the hasMother relation its easy to get all the x hasMother y pairs of x and y but no built in logic saying that all those y's form a special class that could have properties of its own (favoriteMothersDayGift?). Having both a Mother class and a hasMother property makes the model more complete but you could even up with a very complicated model if you tried to do this with every concept in your domain.

Kết quả (Việt) 1:

Sự khác biệt giữa các lớp và các thuộc tính đối tượng. Trong tab cuối cùng, chúng tôi đã có một lớp cha mẹ. Ở đây chúng tôi có một hasParent tài sản của đối tượng. Khẳng định "Sam hasParent Steve" tự động làm cho Steve là thành viên của lớp phụ huynh? Chỉ khi các lớp phụ huynh được thiết lập với các giới hạn chính xác để thực hiện đó là sự thật. Logic là tất cả trong lớp cha. Để cung cấp cho một ví dụ khác, nói chúng tôi tạo ra một hasUncle tài sản của đối tượng, sau đó khẳng định rằng "Sam hasUncle Cliff". Nào một lớp chú kỳ diệu xuất hiện? Không. Để làm cho một lớp học chú chúng tôi sẽ phải làm cùng một điều chúng tôi đã làm điều này các lớp học Anh chị em ruột - tạo ra nó và sau đó thêm một hạn chế có ý nghĩa. Thuộc tính đối tượng và các lớp học có khái niệm riêng biệt và chúng tôi sử dụng giới hạn kết nối chúng với nhau. Chúng tôi đã viết những hạn chế theo cách thủ công. Vậy tại sao sử dụng cả hai? Một số ontologies có rất nhiều các lớp học và ít đối tượng thuộc tính, những người khác là đối diện. Một số sử dụng một sự kết hợp. Làm mẹ một lớp học làm cho nó dễ dàng để tìm kiếm tất cả các bà mẹ. Nhưng nó là một chút khó khăn để tự động tìm kiếm tất cả các trẻ em với các bà mẹ tương ứng của họ nếu bạn không có mối quan hệ hasMother. Tương tự như vậy, nếu bạn có mối quan hệ hasMother của nó dễ dàng để có được tất cả x hasMother y cặp của x và y nhưng không xây dựng trong logic nói rằng tất cả những abnj tạo thành một lớp học đặc biệt mà có thể có thuộc tính riêng của mình (favoriteMothersDayGift?). Có một người mẹ cả lớp học và các tài sản hasMother làm cho các mô hình hoàn chỉnh hơn, nhưng bạn có thể thậm chí lên với một mô hình rất phức tạp nếu bạn cố gắng để làm điều này với mọi khái niệm trong tên miền của bạn.

Kết quả (Việt) 2:

Sự khác nhau giữa lớp học và Object Properties. Trong tab cuối cùng chúng tôi đã có một chuyên lớp. Ở đây chúng ta có một đối tượng hasParent tài sản. Liệu khẳng định "Sam hasParent Steve" tự động làm cho Steve một thành viên của lớp cha mẹ? Chỉ khi các phụ huynh lớp học được thiết lập với các hạn chế chính xác để làm cho điều đó thành sự thật. Logic là tất cả trong lớp phụ huynh. Để cung cấp cho một ví dụ khác, nếu chúng ta tạo ra một đối tượng hasUncle tài sản, sau đó khẳng định rằng "Sam hasUncle Cliff". một Bác lớp sẽ kỳ diệu xuất hiện? Số Để thực hiện một Bác lớp chúng ta sẽ phải làm điều tương tự, chúng tôi đã làm điều này lớp anh chị em ruột - tạo ra nó và thêm một hạn chế có ý nghĩa. thuộc tính đối tượng và các lớp học là những khái niệm riêng biệt và chúng tôi sử dụng các hạn chế để kết nối chúng lại với nhau. Chúng tôi phải viết những hạn chế bằng tay. Vì vậy, tại sao sử dụng cả hai? Một số bản thể có rất nhiều lớp học và vài thuộc tính đối tượng, còn lại là ngược lại. Một số sử dụng một sự kết hợp. Làm mẹ một lớp học làm cho nó dễ dàng để tìm kiếm cho tất cả các bà mẹ. Nhưng khó khăn hơn mình một chút để tự động tìm kiếm cho tất cả các trẻ em với người mẹ của mình nếu bạn không có mối quan hệ hasMother. Tương tự như vậy nếu bạn có mối quan hệ hasMother nó dễ dàng để có được tất cả các x cặp hasMother y của x và y nhưng không được xây dựng trong logic nói rằng tất cả các hình thức những y của một lớp học đặc biệt mà có thể có các thuộc tính của riêng nó (favoriteMothersDayGift?). Có cả một lớp Mẹ và sở hữu một hasMother làm cho các mô hình hoàn chỉnh hơn, nhưng bạn có thể thậm chí lên với một mô hình rất phức tạp nếu bạn đã cố gắng để làm điều này với tất cả các khái niệm trong miền của bạn.