Chamar método na view

[Hisoka. 0]

Bom dia!

Eu tenho um sistema, em codeigniter , onde eu qro validar o perfil existente na pagina, para n acontecer de alguém invadir pela url. Ex: se o usuário loga e muda a url pra pagina de administrador, o sistema barra.

Eu fiz isso na view e funcionou, porém, em mvc, as regras de negócios devem ficar no controller. Eu gostaria de saber como chamo o método que contém o código de validação na view.

ex:

Criei um helper com a regra, pois usarei em tds as paginas de administrador.

<?php if ( ! defined('BASEPATH')) exit('No direct script access allowed');

if (!function_exists('getValidaAdministrador')) {
    
    function getValidaAdministrador()
    {
    	
    if(empty(($this->session->userdata('email')))){
    
    redirect('login/login_controller/proteger');
    
    }else if($this->session->userdata('perfil') != 'administrador'){
    
     redirect('perfil/p_usuario');
    
    }
        
    }   
}

view

$this->load->helper('valida_login/valida_administrador');
        
$validacao = $this->getValidaAdministrador();

Tem como fazer isso?

[explore 3]

nao sei se ajuda

https://www.codeigniter.com/user_guide/general/views.html

[Hisoka. 0]

Boa tarde!

Cara, Matei!

Na hr de chamar a view é só jogar a regra pra dentro de uma variável e passar pra view.

Obrigado!!

[Gabriel Heming 766]

Primeiro de tudo, ao choque de realidade. O CodeIgniter é uma piada, tanto como MVC e/ou como Framework.

Para não falar besteira, acompanhei a versão desde a 2 até uns meses após o lançamento da versão 3 e continua com os mesmos códigos desenvolvidos para a versão 1 (que são referentes a versão 4 do PHP). Entre outras questões.

[...]porém, em mvc, as regras de negócios devem ficar no controller.

Isso está errado. Regras de negócio devem estar no Model. O MVC do CI te induz a implementar regras do Model e View no Controller.

Eu gostaria de saber como chamo o método que contém o código de validação na view.

Se for validação de output, não tem problema.

Validação de usuário, permissões, entre outros, devem estar no Model. O Controller até pode chamar o método de validação, mas a lógica não deve ser do conhecimento dele.

[Hisoka. 0]

Primeiro de tudo, ao choque de realidade. O CodeIgniter é uma piada, tanto como MVC e/ou como Framework.

Para não falar besteira, acompanhei a versão desde a 2 até uns meses após o lançamento da versão 3 e continua com os mesmos códigos desenvolvidos para a versão 1 (que são referentes a versão 4 do PHP). Entre outras questões.

Isso está errado. Regras de negócio devem estar no Model. O MVC do CI te induz a implementar regras do Model e View no Controller.

Se for validação de output, não tem problema.

Validação de usuário, permissões, entre outros, devem estar no Model. O Controller até pode chamar o método de validação, mas a lógica não deve ser do conhecimento dele.

Cara kkkkkkkkkkkkkkkk isso msm. Falei uma grande m***** na parte do controller. Obrigado por me corrigir.

Uma coisa, o CI é o 1° framework que pego pra aprender em php, e antes disso, eu pesquisei sobre, e li que era eficiente, mvc e tal. Depois de usar, cheguei a mesma conclusão. Pq tu diz que o CI te induz a escrever as regras no controller? E tbm ser uma piada. Na minha aplicação, por ex, eu chamo apenas os métodos no controller. As regras ficam no models ou no helpers.

[Gabriel Heming 766]

Pq tu diz que o CI te induz a escrever as regras no controller?

Existem algumas situações, exemplificadas no manual, como tratar regras de negócio, instâncias disponíveis a qualquer momento e algumas outras coisas.

Mas, a que eu acho mais gritante, é o template view. Se você receber um objeto, é obrigatoriamente necessário tratar ele antes de enviar para a view e cada variável, a ser enviada, deve ser obrigatoriamente de um tipo scalar.

No tópico abaixo, de maneira bem grossa, eu explano a camada de objetos que uma view deve possuir:

http://forum.imasters.com.br/topic/536201-mvc-paginas-dinamicas/?p=2141430