No tienes mal la idea... El tema es que el precio depende de la subcategoría. Entonces digamos que el comportamiento de la subcategoria no te lo expone a tu, pero se lo expone al producto. Una palabra muy interesante en Objetos es "responsabilidad".
La responsabilidad de un objeto es el comportamiento que este debe exhibir (no solo a ti, sino a otros objetos).
Para el punto 1)
La responsabilidad de los productos es decirte su precio.
La responsabilidad de las subcategorias es decirle al producto su precio.
Para el punto 2)
La responsabilidad de las categorias es decirte cuales son sus productos.
La responsabilidad de las subcategorias es decirle a la categoria los productos.
O sea... un programa en objetos es un conjunto de objetos que hacen pequeñas cosas y se relacionan entre ellos para conseguir un objetivo más grande...
Lo importante es que intentes practicar lo básico en ejercicios cada vez mas grandes... Pero obviamente con una guia... sino no es simple saber si lo que haces esta bien o mal...
Con respecto a la duda que había surgido antes
Cita: Mas que saber programar OO lo importante es saber analizar OO
Mi respuesta es que programar en objetos es analizar un problema y ver que objetos hay ahi, por lo tanto no solo lo que dijiste es cierto, sino que es lo mismo!! Programar en objetos es analizar objetos.
Pero trata de no encarar los problemas con todo dede un principio, no hace falta que pienses en herencia o polimorfismo desde un principio. No pienses en interfaces ni clases, ni en encapsulamiento.
Piensa en objetos que deben hacer un pequeño trabajo cada uno y entre todos llegan a una solución.
¡Y ten cuidado con asignar mal las responsabilidades! Es importante que empieces a fijarte que le toca hacer a cada uno, y no darle responsabilidades de más ni de menos...